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' INTRODUCTION  TO  VOLUME  2 

This  volume  describes  In  detail  the  analyses  and  results  of  a study 
^ of  an  automated,  netted  tactical  forward  area  air  surveillance  and  control 

system  concept  that  has  potential  for  operating  in  the  complex  tactical 
air  environment  of  the  near  future.  Volume  1 contains  background  and  a 
summary  of  the  study. 

i 

The  three  study  tasks  can  be  summarized  as  follows: 

l)  Define  and  analyze  alternative  system  configurations  to  deter- 
mine the  tradeoffs,  with  emphasis  on  the  different  possible 
locations  for  performing  the  various  tracking  functions. 

Define  the  data  processing  and  communications  loads  for  each 
configuration,  [Tasks  3,  4]^ 

The  detailed  results  of  this  task  are  presented  in  Secs.  1 and  3.  In 
Sec.  1,  the  basic  netted-system  concept  is  described  and  various  alterna- 
tive radar  and  system  configurations  based  on  this  concept  are  described 
and  analyzed.  Three  system  variations  were  simulated  on  a digital  compu- 
ter to  further  understand  their  performance  and  to  demonstrate  the  viabi- 
lity of  the  concepts.  The  simulation,  called  TACRAN  (Tactical  Air  Control 
Radar  Net),  and  the  simulation  results  are  presented  in  Sec.  3. 

2.  Describe  the  real-time  data  processing  functions  to  be  per- 
formed, and  recommend  solutions  to  any  problem  areas.  Func- 
tions to  be  considered  in  detail  include  track  initiation, 
association  (correlation)  of  measurements  with  tracks,  asso- 
ciation of  tracks  with  tracks,  and  track  filtering.  [Task  1] 


^Original  task  numbers. 
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The  detailed  results  of  this  task  are  presented  in  Sec.  2.  Several  of 
the  algorithms  were  incorporated  into  the  three  versions  of  the  TACRAN 
simulation.  These  are  described  in  Secs.  3.3,  3.4,  and  3.5.  Simulation 
^ results  are  given  for  the  tracking  algorithms. 

j • i 3.  Define  requirements  on  the  information  that  must  be  provided 
by  the  radars  to  support  an  automated  netted  surveillance 
system.  ^ [Task  2] 

Results  pertinent  to  this  task  are  presented  in  Sec.  1.2  on  Radar  Charac- 
teristics and  Requirements,  and  in  Sec.  2,  where  studies  on  track  initia- 
tion, association  (correlation)  and  filtering  are  presented. 
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SYSTEM  CONCEPT,  ALTERNATIVES,  AND  ANALYSES 

This  section  contains  descriptions  and  analyses  of  the  alternative 
system  configurations  considered  during  the  study.  Section  1.1  defines 
the  basic  system  concept.  The  types  of  radars  suitable  for  tactical  air 
surveillance  and  control  applications  and  the  performance  requirements 
of  these  radars  are  discussed  in  Sec.  1.2.  The  antenna  configuration  and 
its  operational  implications  are  emphasized.  For  each  of  two  basic  modes 
of  radar  operation,  several  alternative  system  concepts  are  defined  in 
Sec.  1.3  in  terms  of  the  track  file  structure  and  locations.  The  opera- 
tion of  each  of  these  configurations  is  described  by  means  of  flow  charts 
or  top-level  logic  diagrams.  The  communications  and  data  processing 
requirements  for  each  of  the  systems  are  analyzed  in  Secs.  1.4  and  1.5, 
respectively,  and  the  results  are  presented  in  the  form  of  parametric 
equations.  Numerical  values  of  bandwidths  and  execution  rates  are  given 
for  an  example  set  of  parameter  values. 

1.1  BASIC  SYSTEM  CONCEPT 

The  basic  concept  for  the  tactical  air  surveillance  and  control 
system  under  consideration  in  this  study,  depicted  in  Fig.  1.1.1,  was 
conceived  at  the  Air  Force  Systems  Command's  Electronic  Systems  Division 
and  the  MITRE  Corporation.  Many  highly  mobile  radars  are  internetted 
with  an  average  spacing  of  about  30  km  to  provide  low-altitude  coverage 
and  line-of-sight  communications.  The  maximum  range  of  the  radars  (80-90 
km)  is  sufficient  to  provide  considerable  overlapping  coverage;  up  to  25 
radars  can  see  each  aircraft  (other  than  those  tliat  are  at  very  low  alti- 
tudes). To  the  extent  possible,  each  radar  site  is  connected  to  its  three 
or  four  nearest  neighbors  in  a non-hlerarchical  network.  Air  operations 
are  planned  and  executed  at  a second  type  of  site,  which  is  called  an 
Operations  Facility. 

Such  a system  is  designed  to  operate  against  large  numbers  of  high- 
performance  aircraft,  many  of  which  may  be  flvlng  at  very  low  altitudes. 
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Figure  1.1.1.  Internetted  Tactical  Air  Surveillance  System 


r 1 


Other  threats  (not  directly  considered  in  this  study)  that  the  system 
must  effectively  counter  Include  ground  and  airborne  jammers,  anti- 
radiation missiles  (ARMs) , and  chaff.  Advanced  targets  will  include 
remotely  piloted  vehicles  (RPVs)  and  cruise  missiles. 

The  detection  and  tracking  is  entirely  automated  to  handle  the 
large  numbers  of  aircraft  that  must  be  simultaneously  tracked.  The  basic 
output  of  the  system  is  a file  of  System  Tracks,  which  are  representations 
of  the  flight  paths  of  all  the  aircraft  which  have  been  detected  in  the 
surveillance  volume.  A System  Track  File  is  maintained  at  each  of  the 
Operations  Facilities,  where  it  is  suitably  displayed  and  used  in  plan- 
ning and  carrying  out  air  operations,  and  in  most  of  the  system  alterna- 
tives at  each  radar  site  in  the  system.  To  the  extent  possible,  all  copies 
of  the  System  Track  File  are  maintained  identically.  The  System  Track 
File,  or  Information  extracted  from  it,  may  also  be  relayed  to  higher 
echelon  planning  and  operations  centers. 

1.2  RADAR  CHARACTERISTICS  AND  REQUIREMENTS 

The  design  and  operation  of  a tactical  air  surveillance  and  control 
system  depends  in  part  on  the  characteristics  of  the  radars  used  in  the 
system.  To  provide  a basis  for  analyzing  the  data  requirements  and  assess- 
ing the  feasibility  of  the  various  possible  system  configurations,  dif- 
ferent radar  types  were  considered.  The  differences  between  the  radars 
involve  primarily  their  antenna  configuration,  particularly  the  means  by 
which  the  antenna  beams  are  scanned,  and  their  mode  of  operation  for  per- 
forming the  surveillance,  track  initiation,  and  tracking  functions  A 
categorization  of  radar  types  based  on  these  differences  and  their  opera- 
tional implications  is  described  in  this  section.  Some  aspects  of  the 
radar  power  requirements  and  the  surveillance  and  tracking  coverage  are 
also  discussed. 

1.2.1  Operating  Modes  and  Antenna  Configurations 

In  performing  the  search  and  tracking  functions  that  are  essential 
in  an  air  surveillance  and  control  system,  the  radars  can  operate  in  one 
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of  two  basic  modes:  (1)  track-while-scan  (TWS),  or  (2)  computer-directed- 
track  (CDT).  Track-while-scan  (TWS)  radars  use  search  measurements  for 
both  search  and  track.  These  radars,  which  are  usually  mechanically 
rotated  in  azimuth,  provide  a measurement  interval  equal  to  the  scan 

period  for  all  tracking  and  search  functions.  Some  of  these  radars  have  ; 

no  resolution  in  elevation  (these  are  called  "2-D"  radars  because  they 

measure  only  the  dimensions  of  range  and  azimuth) ; 2-D  radars  were  given 

little  consideration  during  the  study  as  required  by  the  Statement  of 

Work.  Others  have  resolution  in  elevation  provided  by  several  fixed 

beams  or  by  electronic  steering.  These  latter  radars  are  sometimes  called 

"3-D''  radars  because  they  measure  range,  azimuth,  and  elevation  (or 

height).  Generally  the  fourth  radar  dimension,  Doppler  velocity,  is  not 

measured  with  such  radars  because  it  is  highly  ambiguous  and  provides 

little  useful  additional  tracking  information  (more  on  this  in  Sec.  1.2.4). 

Two  examples  of  TWS  radars  are  shown  in  Fig.  1.2.1.  In  the  AN/TPS- 
43(E)  a cluster  of  feed  horns  is  used  to  provide  a number  of  beams  stacked 
in  elevation  to  provide  altitude  information.  Both  search  and  track  are 
performed  at  the  search  rate,  and  measurements  used  for  track  initiation 
are  separated  by  the  scan  period.  With  a planar  phased  array,  multiple 
beams  stacked  in  elevation  can  be  formed  electronically,  or  a single 
pencil  beam  can  be  scanned  rapidly  in  elevation  as  is  done  in  the  Marine 
Corp's  AN/TPS-59.  In  addition,  the  set  of  beams  could  be  scanned  a 
limited  amount  in  azimuth — or  additional  sets  of  beams  could  be  formed 
at  other  azimuth  angles — to  make  closely  spaced  measurements  for  track 
initiation  and  to  provide  some  timing  flexibility  for  the  tracking  meas- 
urements. The  basic  tracking  rate  would  still  be  equal  to  the  scan  rate, 
however. 

Computer-directed- track  (CDT)  radars  use  special  track  measurements 
that  are  scheduled  by  the  data  processor  for  tracking.  The  usual  CDT 
radar  is  a stationary  phased  array  with  complete  flexibility  in  surveil- 
lance, track  initiation,  and  track  scheduling,  subject  only  to  power  limi- 
tations. The  average  scan  rate  can  be  relatively  low  with  higher  rates 
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in  critical  regions  as  needed,  track  initiation  can  be  performed  with  a 
pulse  pair  or  series  of  pulses  with  appropriate  spacings,  and  tracking 
measurements  can  be  made  at  any  rate  needed  to  maintain  a high  associa- 
tion probability  and  using  a waveform  that  depends  upon  the  characteris- 
tics of  the  target  and  its  environment.  Such  a radar  is  characterized  by 
the  need  for  energy  management. 

The  coverage  of  a planar  array  is  limited  by  its  maximum  off-bore- 
sight  scan  angle,  but  a network  of  properly  deployed  single-face  arrays 
can  provide  complete  coverage  of  a specified  volume;  the  coverage  of  such 
radars  is  discussed  further  in  Sec.  1.2. 3.2.  Examples  of  stationary 
phased  array  antennas  are  depicted  in  Fig.  1.2.2(a).  Military  radars 
which  employ  single-face  arrays  include  the  Army's  S.IM-D  (Patriot)  radar 
and  its  AN/TQP-36  and  AN/TPQ-37  mortar  and  artillery  location  radars. 
Multi-face  phased  arrays  and  arrays  of  special  designs  can  provide  full 
hemispherical  coverage,  or  at  least  360-degree  coverage  in  azimuth,  by  a 
single  radar.  The  Army  ballistic  missile  defense  Site-Defense  Radar  and 
the  Navy's  AN/SPY-1  (Aegis)  and  AN/SPS-33  radars  use  four  faces  for  this 
purpose. 

A dome  antenna  configuration,  using  a single,  active  phased  array 
plus  a dome-shaped  lens  as  implemented  in  several  recent  Sperry  proto- 
types, could  provide  hemispherical  coverage  with  acceptable  beam  confor- 
mations. A conical  phased  array,  such  as  the  one  designed  recently  at 
Lincoln  Laboratory  for  use  in  a multistatic  ballistic-missile  defense 
system,  could  also  provide  complete  coverage.  The  multi-face  and  specially 
designed  phased  arrays  are  generally  more  complex  and  more  expensive  than 
single-face  phased  arrays. 

An  alternative  computer-directed-track  radar  type  has  an  antenna 
that  is  mechanically  scanned  in  azimuth  as  is  the  track-while-scan  radar, 
but  at  a higher  rate  (scan  period  of  1-3-seconds) . The  high  scan  rate 
makes  it  possible  to  perform  search  and  tracking  as  more  or  less  independent 
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Figure  1.2.2.  Examples  of  Computer-Directed  Track  3-D  Radars 


functions.  The  average  search  rate  can  be  considerably  lower  than  the 
scan  rate  to  conserve  power  since  a high  rate  is  not  needed  for  search 
except  possibly  in  certain  regions  where  the  acquisition  ranges  are 
expected  to  be  short.  Tracking  is  normally  done  at  the  scan  rate,  with 
transmissions  scheduled  for  each  target  wnen  the  antenna  is  at  the  appro- 
priate azimuth  angle. 

Figure  1.2.2(b)  depicts  two  types  of  mechanically  scanned  CDT  radars, 
the  first  with  fixed  elevation  beams,  the  second  electronically  scanned. 
Existing  radars  that  can  be  scanned  at  such  a high  rate  are  generally 
used  for  2-D  short-range  applications.  To  design  and  build  such  radars 
for  3-D  long  range  applications  at  high  scan  rates  Imposes  structural  and 
drive-team  design  requirements  which  must  be  carefully  analyzed  to  deter- 
mine feasibility.  Wind  effects  are  a serious  consideration  in  such  a 
design. 

The  rotating  phased  array  depicted  in  Fig.  1.2.2(b)  offers  some 
flexibility  in  scheduling  track  measurements.  In  fact,  it  is  possible  to 
make  two  or  three  tracking  measurements  per  scan  with  a phased  array  as 
indicated  in  the  sketch  of  Fig.  1.2.3,  thereby  increasing  the  average 
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tracking  rate  but  with  unequal  times  between  measurements.  With  a scan 
time  in  the  2-to-3-second  range,  such  an  increase  in  the  average  track- 
ing rate  is  probably  necessary  to  enable  a single  radar  to  track  a maneu- 
vering target,  as  is  discussed  further  in  Sec.  2.3. 

The  characteristics  of  the  three  basic  types  of  radars  as  categorized 
for  use  in  a tactical  air  surveillance  and  control  system  are  summarized 
in  Table  1.2.1.  For  each  radar  type,  major  features  of  the  surveillance, 
track  initiation,  and  tracking  operations  are  briefly  described.  The 
first  two  types  are  mechanically  scanned  in  azimuth,  the  difference  being 
the  scan  period.  The  slow  scanned  radar,  defined  as  having  scan  periods 
of  more  than  4 seconds,  must  be  operated  in  a TWS  mode.  Radars  with 
faster  scans  and  phased  arrays  can  be  operated  in  the  preferred  CDT 
mode. 

1.2.2  Data  Requirements 

This  section  presents  a qualitative  discussion  of  what  information 
is  required  from  ;he  radar  signal  processor  to  support  a netted  automated 
air  surveillance  system.  More  quantitative  data  on  requirements  such  as 
measurement  accuracies  and  rates  are  given  in  Sec.  2,  where  analyses  of 
track  initiation,  association,  and  filtering  are  described. 

The  dimensions  in  which  a single  radar  can  provide  information  are 
position  (range,  azimuth,  elevation),  radial  velocity  (Doppler),  and 
amplitude  (cross  section). 

Position . The  simplest  pulsed  radars  provide  only  two  of  the  posi- 
tional dimensions:  range  and  azimuth.  Thus  these  2-D  radars  do  not  pro- 
vide elevation,  from  which  altitude  could  be  derived.  For  an  automated 
system  designed  to  track  large  numbers  of  targets,  two  dimensions  are 
insufficient  to  provide  reliable  track  initiation  (see  Sec.  2.2),  unless 
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RADAR  ANTENNA  CONFIGURATIONS  AND  OPERATIONAL  CONCEPT! 


Single  Face  Measurement  Adaptable;  independent 

pairs  or  trains  of  scan  rate 

360-Degree  Measurement  Adaptable;  independent 

Coverage  pairs  or  trains  of  scan  rate 


the  measurement  rate  is  very  high.^  The  Tactical  Air  Forces  Tactical  Air 
Control  System  2-D  radars  (AN/TPS-44)  are  presently  all  being  replaced 
with  the  3-D  AN/TPS-43(E)  radar,  which  also  provides  altitude. 

Three  dimensional  radars — those  which  also  measure  elevation  angle 
from  which  altitude  can  be  derived — provide  the  minimum  amount  of  infor- 
mation that  satisfies  the  requirements  of  the  netted  automated  tactical 
air  surveillance  system  considered  in  this  study,  and  all  of  the  system 
configurations  described  in  Sec.  1.3  and  simulated  as  described  in  Sec.  3 
are  of  this  type. 

Doppler.  Radars  are  capable  of  measuring  a fourth  dimension,  radial 
velocity,  at  the  same  time  as  making  the  position  measurements  by  measur- 
ing the  Doppler  shift  of  the  return  radar  signal.  As  discussed  in  Sec. 
2.2,  adding  a fourth  dimension  can  help  track  initiation  for  slow  scan, 
track-while-scan  radars  with  simple  track-initiation  algorithms,  but  is 
not  particularly  useful  in  computer-directed-track  systems,  which  have 
more  powerful  means  of  improving  track  initiation. 

This  fourth  dimension  may  help  unravel  multiple  associations  of 
returns  with  tracks.  However,  it  does  not  appear  that  there  is  any  point 
in  providing  Doppler  for  the  tracking  filter,  since  track  accuracy  is 
mostly  determined  by  tlie  maneuver  capability  of  the  aircraft;  that  is, 
how  far  the  aircraft  can  maneuver  between  measurements. 

Doppler  information  can,  of  course,  be  used  to  reject  stationary 
or  slow  moving  clutter.  In  fact,  such  a clutter-rejection  or  movlng- 
target-indlcatlon  (MTI)  capability  is  essential  to  the  successful  opera- 
tion of  the  radars  in  the  system  concept  under  consideration.  It  is 

^One  way  of  providing  a high  measurement  rate  in  a 2-D  surveillance  radar, 
as  suggested  by  F,d  Huehe  of  MTT  Lincoln  l.aboratory,  is  to  use  a circular 
linear  array  of  elements.  Such  an  antenna  should  be  relatively  inexpen- 
sive to  build,  and  provides  the  flexibility  in  azimuth  available  with 
electronic  steering. 
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assumed  In  all  of  the  discussions  and  analyses  that  all  or  most  of  the 
ground  and  precipitation  clutter  is  eliminated  by  Doppler  processing  such 
as  that  developed  by  Lincoln  Laboratory  for  the  Moving  Target  Detector.^ 


Amplitude.  The  other  parameter  a radar  can  directly  measure  is 
amplitude,  which  is  proportional  to  (the  square  root  of)  radar  cross  sec- 
tion. A single  measurement  of  amplitude  tells  essentially  nothing  about 
the  aircraft  because  of  the  complex  radar  cross  section  patterns  of  air- 
craft. For  example,  a low  measurement  of  amplitude  could  mean  either  a 
small  aircraft  or  a measurement  near  a null  in  the  pattern  of  a large 
aircraft.  However,  the  average  of  several  measurements  made  over  a 
period  of  time  could  be  used  in  selecting  the  radars  which  are  in  the 
best  position  to  track  a particular  target  as  described  in  Sec.  1. 3.2.6. 

Several  measurements  either  from  a single  radar  spaced  over  time 
or  from  several  radars  with  different  aspect  angles  might  provide  some 
statistics  that  could  be  used  to  identify  the  type  of  aircraft.  However, 
this  possibility  was  not  investigated  during  the  study. 

1.2.3  Comparison  of  Radar  Modes 

This  appendix  section  first  compares  the  relative  power  requirements 
of  track-while-scan  (TWS)  and  computer-directed-track  (CDT)  radars.  This 
is  followed  by  a comparison  of  the  coverage  capabilities  of  TWS  radars 
and  single-face,  stationary  phased  arrays  operating  in  the  CDT  mode. 

1.2. 3.1  Relative  Power  Requirements 

The  required  radar  output  power  for  tactical  air  surveillance  and 
control  depends  on  the  operating  range,  the  target  characteristics,  and 
the  environmental  conditions  as  well  as  on  the  design  of  the  radar  and 
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Its  mode  of  operation.  While  no  attempt  was  made  in  this  study  to  deter- 
mine the  required  radar  power  under  a variety  of  circumstances,^  some 
calculations  were  made  of  the  relative  power  requirements  for  computer- 
dlrected-track  (CDT)  operation  as  compared  with  those  for  track-while- 
scan  (TWS)  operation  assuming  that  other  conditions  and  parameter  values 
are  held  constant. 

If  surveillance  is  performed  at  the  same  average  rate,  the  power 
requirements  for  this  function  are  independent  of  the  mode  of  operation. 
With  CDT  operation,  however,  it  may  be  possible  to  reduce  the  scan  rate, 
at  least  in  some  portions  of  the  surveillance  volume;  such  a reduction 
would  not  be  possible  in  TWS  system  without  adversely  affecting  the  track- 
ing and  especially  the  association  performance.  Since  the  average  power 
required  for  surveillance  is  inversely  proportional  to  the  scan  time,  the 
power  for  this  function  could  be  reduced  by  the  same  factor  as  the  in- 
crease in  scan  time.  For  tactical  deployments  and  operating  conditions, 
however,  there  will  undoubtedly  be  regions  in  which  long  scan  times  will 
be  unacceptable — for  example,  at  low  elevation  angles  in  some  azimuth 
sectors  where  terrain  masking  prevents  detection  at  longer  ranges.  In 
these  regions,  surveillance  coverage  at  appropriately  high  rates  can  be 
easily  scheduled  in  a CDT  system.  Furthermore,  this  rate  can  be  varied 
in  response  to  clianges  in  the  tactical  situation  and  the  radar  load. 

The  average  scan  rate  in  a CDT  system  thus  depends  on  the  details  of  the 
deployment,  the  operational  environment,  and  the  target  characteristics. 
However,  it  seems  likely  that  this  rate  can  he  less  than,  or  at  most  com- 
parable to,  reasonable  TWS  rates,  so  that  the  average  power  requirements 
for  CDT  surveillance  will  be  less  than  or  comparable  to  those  for  TWS 
surveillance,  even  after  taking  into  account  the  of f-boresight  scan  losses 
in  phased-array  radars. 


The  design  of  the  AN/TPS-43,  which  operates  at  a nominal  average  power 
of  A. 7 kW,  provides  a good  indication  of  the  power  levels  required  for 
this  application. 
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In  a CDT  system,  however,  track  initiation  and  tracking  require 
additional  power  over  and  above  that  used  for  surveillance  since  they 
generally  involve  the  use  of  special  radar  transmissions.  An  indication 
of  the  magnitude  of  the  additional  power  requirements  can  be  obtained  by 
estimating  the  number  of  these  special  transmissions  as  compared  with 
the  number  of  surveillance  transmissions  in  a specified  time  Interval 
and  accounting  for  any  additional  losses  involved. 


In  a CDT  system,  track  initiation  is  performed  by  making  one  or 
more  position  measurements  at  appropriate  intervals  after  a surveillance 
detection  which  does  not  associate  with  an  existing  target  track.  Thus 
an  extra  set  of  track-initiation  pulses  must  be  transmitted  for  each 
false  alarm  during  surveillance-pulse  reception  as  well  as  for  each  new 
target  that  enters  the  surveillance  coverage  volume  during  the  scan 
period  (and  for  any  surveillance  returns  from  targets  in  track  that  fail 
to  associate);  in  fact,  for  the  parameter  values  of  interest,  the  false 
alarms  predominate.  Assuming  that  the  energy  in  a track-initiation  trans- 
mission is  equal  to  that  in  a surveillance  transmission,  the  average 
power  required  for  track  initiation  relative  to  that  required  for 

surveillance  is  given  by 


<V  * 


(1.2-1) 


where 


= number  of  new  targets  per  scan 

N„.  = number  of  false  alarms  per  scan 
FA 

= number  of  track-initiation  measurements  per  detection 

N = number  of  surveillance  beam  positions 
B 


Assume  that  new  targets  enter  the  radar  coverage  volume  at  a rate  of  one 
per  second  (a  rate  typical  of  those  used  in  the  sizing  estimates  pre- 
sented in  Secs.  1.4  and  1.5),  or,  for  a nominal  scar,  time  '’F  seconds. 
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“ 10  ; the  number  of  false  alarms  per  scan  is  specified  in  the  State- 
ment of  Work  to  be  from  50  to  200,  with  = 100  being  a reasonable 

nominal  value;  and  for  a beamwidth  of  1 deg  the  number  of  beam  positions 

4 

in  the  surveillance  volume  is  of  the  order  of  N„  = 10  . With  these 

D 

parameter  values  and  N = 2 , 


= 0.022  = 2.2% 

Thus  the  additional  power  required  for  track  initiation  in  a CDT  system 
is  a small  fraction  of  the  power  required  for  surveillance. 

Additional  power  for  track  initiation  would  also  be  required  in  a 
TWS  using  a mechanically  scanned  phased-array  antenna  if  a track-initia- 
tion measurement  were  made  while  the  target  is  still  within  the  off- 
boresight  scan  coverage  of  the  rotating  phased  array.  In  fact,  in  this 
case  there  would  be  another  term  in  the  numerator  of  Eq.  1.2-1  representing 
the  of f-boreslght  scan  loss.  If  the  track  initiation  measurement  were 
made  at  an  of f-boresight  scan  angle  of  60°,  the  magnitude  of  this  loss 
factor  would  be  2.  With  = 1 (one  extra  transmission  per  target 

for  track  initiation)  and  the  same  values  as  used  above  for  the  other 
parameters,  the  value  of  would  again  be  2.2%. 

The  relative  magnitude  of  the  additional  power  required  for  track- 
ing in  a CDT  system  can  be  estimated  in  a similar  fashion.  Neglecting  any 
differences  between  the  radar  losses  for  surveillance  and  tracking,  the 
average  power  required  for  target  tracking  relative  to  that  required 


for  surveillance 


P is  given  by 


N^/T^ 


(1.2-2) 


where 


= number  of  targets  being  tracked  by  the  radar 


N 

T 

T 

K 


B 

T 

S 

H 


number  of  surveillance  beam  positions 
time  between  tracking  measurements 
scan  time 

factor  by  which  the  tracking  power  can  be  reduced  by 
matching  the  transmitted  energy  to  the  target  range 


Again  using  quantities  typical  of  those  used  later  for  sizing  estimates, 

for  1,000  targets  within  the  coverage  of  70  radars  with  each  target 

tracked  by  3 radars  (see  Sec.  1.3),  N = 43  targets.  For  a beamwidth 
4 ^ 

of  1°,  N„  = 10  beam  positions  as  before.  For  the  targets  in  track 

D 

uniformly  distributed  throughout  the  flat-topped  coverage  volume  of 
interest,  the  factor  is  approximately  1/6  assuming  the  transmitted 

energy  for  each  tracking  measurement  is  perfectly  matched  to  the  target 
range  so  as  to  maintain  a constant  slgnal-to-noise  ratio  independent  of 
range.  With  the  nominal  values  of  = 1 second  and  Tg  = 10  seconds  , 

= 0.0072  = 0.72% 

Po 


Even  with  imperfect  matching  of  the  transmitted  energy  and  some  variation 
in  the  assumed  parameter  values,  it  is  clear  that  the  additional  radar 
power  required  for  tracking  in  a CDT  system  is  a small  fraction  of  the 
power  required  for  surveillance. 

1.2. 3. 2 Planar~Array  Coverage  Capabilities 

All  of  the  antenna  configurations  described  in  Sec.  1.2.1  provide 
360-degree  coverage  in  azimuth  with  one  exception — the  stationary  single- 
face planar  array.  This  antenna  is  of  interest  because  of  its  relatively 
low  cost  and  enhanced  mobility.  As  a first  step  in  assessing  the  feasi- 
bility of  using  radars  with  such  an  antenna  in  a tactical  air  surveillance 
and  control  system,  measures  of  attainable  coverage  were  calculated  and 
compared  with  those  for  antennas  providing  360-degree  coverage. 

I 
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Since  with  a stationary  single-face  array  the  radar  power  available 
for  surveillance  is  concentrated  in  a sector  limited  by  the  maximum  scan 
angle,  the  surveillance  range  is  greater  than  for  360-degree  coverage. 

As  compared  to  the  range  of  a radar  using  a mechanically  scanned 

reflector  antenna  with  all  of  the  same  parameter  values  except  scan  times 
and  scan  sector,  the  surveillance  range  R of  the  stationary  phased- 
array  radar  is  given  approximately  by 


R 

R., 


S ~S  \ 
^SO/ 


.1/^ 


(1.2-3) 


where  9^  is  the  maximum  of f-boresight  scan  angle  of  the  array  (half  the 
total  angle  coverage)  and  and  are  the  scan  times  of  the  phased- 

array  and  mechanically  scanned  antennas,  respectively.  The  sin  ®g/6g 
term  represents  the  average  of f-boresight  scan  loss  (reduction  of  the 
effective  receiving  aperture);  this  term  would  not  be  present,  or  would 
have  a different  form,  if  the  comparison  were  with  a multi-face  or  other 
type  of  phased-array  radar  rather  than  with  a radar  using  a mechanically 
scanned  reflector.  The  relative-scan-time  term  is  included  because,  as 
pointed  out  in  Sec.  1.2.2,  it  may  be  desirable  to  use  a lower  scan  rate 
(longer  scan  time)  for  surveillance,  as  is  possible  with  CDT  operation. 

The  relative  detection  range  as  given  by  Eq.  1.2-3  is  plotted  in  Fig. 

1.2. A as  a function  of  the  maximum  scan  angle  for  three  values  of  rela- 
tive scan  time. 

Of  perhaps  greater  interest  than  the  radar  range  is  the  area  of  the 
surveillance  coverage.  The  area  A of  the  sector  coverage  provided  by 
the  single-face  array  relative  to  the  area  A^  of  the  circular  coverage 


provided  the  mechanically  scanned  antenna  is 


A.. 


(1.2-4) 
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with  (R/R^)  as  given  by  Eq.  1.3.  This  relative  area  is  also  plotted  in 
Fig.  1.2.4  as  a function  of  the  maximum  scan  angle  for  three  values  of 
relative  scan  time.  The  use  of  a maximum  scan  angle  of  about  60°  is 
reasonable,  both  because  of  the  rather  rapid  beam  degradation  beyond  that 
point  and  because  the  (A/A^)  curves  start  to  level  off  in  that  region. 

At  0g  = 60°  , (A/Aq)  ranges  from  0.53  for  T^  = T^^  to  0.92  for 
Tg  = 3TgQ  . Thus  if  the  longer  average  scan  times  are  reasonable,  as  they 
appear  to  be,  the  surveillance  area  coverage  with  a stationary  phased 
array  is  nearly  as  great  as  with  a mechanically  scanned  antenna. 

While  the  surveillance  coverage  that  can  be  provided  by  the  two 
types  of  antennas  may  be  comparable  in  area,  the  shapes  of  the  coverage 
patterns  differ  considerably.  The  single-face  phased-array  radars  must  be 
deployed  so  as  to  provide  adequate  coverage  over  the  entire  area  of 
interest.  Fortunately  there  will  be  considerable  overlap  of  the  coverage 
patterns  of  nearby  radars,  so  the  exact  placement  and  orientation  of  each 
phased-array  is  not  critical  for  high-altitude  coverage.  It  may  be  more 
critical  for  low-altitude  coverage,  however,  since  some  of  the  phased- 
array  coverage  is  at  longer  ranges  where  the  effects  of  terrain  masking 
are  greater.  On  the  other  hand,  since  the  planar  phased-array  coverage  is 
restricted  to  a limited  azimuthal  sector,  it  may  be  possible  to  orient  the 
phased  arrays  so  that  this  sector  lies  in  a direction  where  there  is  little 
terrain  masking — along  a valley,  for  example.  The  effects  of  terrain 
masking  on  the  surveillance  coverage  can  be  determined  only  by  consider- 
ing in  detail  particular  terrain  samples  and  radar  deployments. 

The  low-altitude  coverage  for  tracking  is  related  to  the  range  at 
which  tracking  is  performed.  In  a system  using  mechanically  scanned 
antennas  and  operating  in  the  TWS  mode,  several  radars  must  track  each 
target  cooperatively  in  order  to  obtain  a data  rate  that  is  sufficiently 
high  for  reliable  association,  as  is  shown  in  Sec.  2.3.  Assume  that  three 
TWS  radars  are  required  for  adequate  tracking  and  that  the  three  radars 
closest  to  the  target  are  used.  The  distance  from  the  furthest  of  the 
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three  radars  t e target  Is  then  the  most  critical  range  in  determining 
the  iow-altitude  coverage.  For  the  idealized  hexagonal-grid  deployment 
depicted  in  Fig.  1.2.5(a),  Radars  A,  B,  and  C will  track  targets  that  are 
within  the  dashed  lines.  The  maximum  range  occurs  when  a target  is 

at  either  Position  1 or  2;  this  range  is  “ 'H 12  = 1.32D  , where  D 

is  the  spacing  of  the  radars.  The  minimum  maximum  range 

radar  that  is  furthest  from  the  target  occurs  when  the  target  is  at  Posi- 
tion 3;  in  this  case  “ /3/2  = 0.87D. 

For  CDT  operation  with  a single-face  phased-array  antenna,  a single 
radar  can  track  a target  at  the  required  rate.  Assume  that  the  closest 
radar  whose  coverage  sector  includes  the  target  is  used  for  this  purpose. 

For  the  hexagonal-grid  deployment  with  the  coverage  sectors  oriented  as  ; 

shown  in  Fig.  1.2.5b,  a target  is  at  the  maximum  tracking  range  when  it 

is  just  outside  the  coverage  of  Radars  A and  B at  the  position  Indicated,  ; 

and  therefore  must  be  tracked  by  Radar  C.  This  range  is  given  by 

I 21^/2  i 

Rj^  = d|0.75  + (1  + 0.866cot9g)  I (1.2-5)  ■ 

for  0„  ^ 60°  . For  0 < 60°  , the  maximum  tracking  range  is  the  lesser 

of  the  value  of  from  Eq.  1.2-5  and  the  minimum  operating  range  of  ; 

the  radars  since  the  target  would  fall  in  the  sector  covered  by  Radar  D.  j 

The  minimum  SWT  tracking  range  is  simply  the  minimum  radar  range.  j 

These  maximum  tracking  ranges,  expressed  as  multiples  of  the  radar  ^ 

spacing  D , are  plotted  in  Fig.  1.2.6  as  functions  of  the  maximum  scan  , 

angle.  While  the  maximum  tracking  range  for  the  single-face  CDT  radars  j 

(Case  b)  is  somewhat  greater  than  the  maximum  range  to  the  furthest  of 
three  TWS  radars  (Case  a)  (1.73D  versus  1.32D  for  a maximum  scan  angle 
of  60°),  the  minimum  tracking  range  is  considerably  less  which  is 

usually  close  to  zero,  versus  0.87D).  Thus  it  is  reasonable  to  expect 
that  the  low-altitude  tracking  coverage  of  the  two  types  of  radars  will 
be  comparable,  although  a detailed  analysis  of  specific  deployments  is 
needed  to  determine  this  coverage. 
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a.  TWS  Operation  With  360-Degree  Coverage 


• • 


b.  CDT  Operation  With  Single-Face  Arrays 
Figure  1.2.5.  Tracking  Geometries  Idealized  Deployment — Hexagonal  Grid 
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CASE  a;  RANGE  OF  FURTHEST  RADAR 
FOR  TRACKING  WITH  3 TWS  RADARS, 
EACH  WITH  360  deg  COVERAGE 


CASE  b:  RANGE  OF  RADAR 
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RADAR  WITH  +<?  deg 
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Figure  1.2.6.  Maximum  Low-Altitude  Tracking  Range  for  Idealized 
Deployment 


1.3  SYSTEM  CONFIGURATIONS 

The  data  requirements  and  the  performance  characteristics  of  the 
tactical  air  surveillance  and  control  system  depend  on  the  structure  and 
organization  of  the  communications  and  data  processing  systems  as  well  as 
on  the  radar  characteristics  and  deployment.  To  provide  a basis  for 
analyzing  and  comparing  the  requirements  and  feasibility  of  a variety  of 
concepts,  a number  of  representative  system  configurations  were  defined. 
These  alternative  configurations  are  described  in  this  section.  Follow- 
ing a general  discussion  of  the  track-file  structure,  the  operation  of 


each  of  the  systems  selected  for  further  analysis  is  described  and  a flow 
chart  is  presented  to  show  the  major  logic  decisions  and  computations 
which  determine  the  communications  and  data  processing  requirements. 


1.3.1  Track-File  Structure  and  Location 

The  basic  output  of  the  system,  the  System  Track  File  (STF),  can  be 
maintained  at  the  Operations  Facilities  using  various  track-file  struc- 
tures at  the  radar  sites.  For  example,  a copy  of  the  STF  might  be  main- 
tained at  every  radar  site  as  well  as  at  every  Operations  Facility.  It 
is  possible  that  not  all  of  the  System  Tracks  in  the  STF  are  maintained 
at  every  radar  node;  a Partial  System  Track  File  (PSTF)  can  exist  at  some 
radar  nodes. 

The  System  Track  File  may  be  used  by  each  radar  for  tracking  using 
its  own  measurements,  but  since  the  STF  by  definition  is  the  file  that  is 
replicated  at  each  node,^  it  must  be.  updated  at  all  nodes  whenever  any 
single  radar  updates  its  own  copy  for  tracking  purposes.  This  imposes  a 
large  load  on  the  communications  network.  Therefore  each  radar  may  have 
its  own  track  file,  called  the  Local  Track  File  (LTF),  in  which  it  mai.i- 
tains  Local  Tracks  that  are  updated  solely  by  using  its  own  measurements. 
An  LTF  may  be  maintained  at  each  radar  in  addition  to  or  instead  of  an 
STF.  Another  possibility  is  that  a Local  Track  is  maintained  by  pooling 
measurements  from  several  radars;  thus  this  Local  Track,  which  is  distri- 
buted among  the  participating  radars,  is  kept  in  a file  called  the  Dis- 
tributed Local  Track  File  (DLTF) . 

The  combinations  of  these  files  at  the  radar  sites  considered  dur- 
ing this  study  and  described  in  this  section  are  shown  in  Fig.  1.3.1, 
which  also  shows  that  each  Operations  Facility  has  a copy  of  the  System 
Track  File, 


Radar  sites  and  Operations  Facilities  will  be  collectively  called  the 
"nodes"  of  the  network. 
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Figure  1.3.1.  Six  Variations  of  Track  File  Structure  at  the  Radar  Sites 


In  addition  to  the  radar  sites  and  the  Operations  Facilities,  the 
system  could  include  intermediate  nodes  where  the  processing  to  maintain 
the  System  Track  File  is  performed,  with  STF  updates  being  forwarded  to 
the  Operations  Facilities.  However,  the  operation  of  such  systems,  as 
well  as  their  communications  and  data  processing  requirements,  are 


essentially  the  same  as  for  comparable  systems  without  the  intermediate 
nodes,  so  the  intermediate-node  systems  were  not  analyzed  separately. 

The  system  operation  and  data  requirements  depend  not  only  on  the 
track-file  structure  and  location  but  also  on  the  radar  mode  of  operation. 
The  major  functional  difference  between  the  track-while-scan  (TWS)  and 
the  computer-directed-track  (CDT)  modes  of  operation  is  that  a CDT  capa- 
bility enables  each  individual  radar  to  track  Independently  at  a rate 
high  enough  for  reliable  association  under  most  conditions.  This  capa- 
bility is  exploited  in  the  CDT  systems  by  selecting  a few  radars  out  of 
the  many  radars  (perhaps  as  many  as  25)  within  tracking  range  of  each 
target  to  track  each  target  independently.  One  of  these  is  designated 
as  the  primary  tracker  and  is  normally  responsible  for  updating  the  System 
Track  File  for  its  primary  targets  and  for  supplying  any  additional  infor- 
mation about  these  targets  needed  by  other  radars.  At  least  one  other 
radar,  and  possibly  two  or  three,  are  also  assigned  to  track  the  target 
as  backups  in  case  the  primary  tracker  fails  or  is  destroyed. 

All  combinations  of  the  track  file  organizations  of  Fig.  1.3.1, 
radar  modes  of  operation,  and  the  use  of  selected  or  all  radars  to  track 
targets  lead  to  conceivable  system  configurations,  but  some  are  clearly 
more  reasonable  or  Interesting  than  others.  The  nine  system  configura- 
tions indicated  in  Table  1.3.1  were  selected  for  further  analysis.  Except 
for  Configuration  2,  the  five  track-while-scan  systems  use  all  radars 
that  can  see  a target  to  track  that  target;  this  has  a considerable  effect 
on  the  communications  requirements  for  these  configurations.  Any  of  these 
TWS  configurations  (except  Configuration  5)  could  also  be  operated  with 
selected  trackers,  which  would  reduce  their  required  communications. 

These  TWS  configurations  were  designed  without  the  selected-tracker  con- 
cept to  provide  cases  using  both  concepts. 

1.3.2  System  Descriptions 

The  operation  of  each  of  the  system  configurations  designated  in 
Table  1.3.1  Is  described  in  the  following  subsections.  The  purposes  of 
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TABLE  1.3.1 

SYSTEM  CONFIGURATIONS  CONSIDERED 


i 


Configuration 

Number 

* 

Radar  Mode 

Track  Files  at  Radar^ 

Selected 

Trackers? 

1 

TWS 

LTF  and  STF 

No 

2 

TWS 

Distributed  LTF  and  STF 

Yes 

3 

TWS 

LTF 

No 

4 

TWS 

STF 

No 

5 

TWS 

None 

No 

6 

CDT 

LTF  and  STF 

Yes 

7 

CDT 

LTF  and  Partial  STF 

Yes 

8 

CDT 

LTF 

Yes 

9 

CDT 

STF 

Yes 

*TWS — Track-While-Scan;  CDT — Computer-Directed-Track. 
^LTF — Local  Track  File;  STF — System  Track  File. 


these  high-level  operational  descriptions  are  (1)  to  demonstrate  that  the 
concepts  are  logically  feasible  by  giving  an  example  of  a possible  imple- 
mentation, and  (2)  to  provide  a basis  for  determining  the  communications 
and  data  processing  requirements  associated  with  each  configuration  by 
identifying  the  messages  that  must  be  transmitted  and  the  computations 
that  must  be  performed. 

1. 3.2.1  System  Configuration  1 

Configuration  1 was  also  historically  the  first  to  be  considered. 
Considerable  time  was  spent  on  it  and  two  versions  were  modeled  in  the 
TACRAN  simulation.  Configuration  1 has  a number  of  conceptual  flaws  that 
were  uncovered  and  corrected  in  Configuration  2. 

Configuration  1 is  the  most  basic  and  simplest  configuration  con- 
sidered. The  radars  operate  in  a track-while-scan  mode  with  a relatively 
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long  scan  period  of  from  4 to  12  seconds.  All  radars  that  can  see  a tar- 
get track  it,  maintaining  a Local  Track  in  the  Local  Track  File  (LTF) . 
Each  radar  also  has  a copy  of  the  System  Track  File  (STF). 

A flow  chart  or  top-level  logic  diagram  for  a system  of  this  con- 
figuration is  shown  in  Fig.  1.3.2.  Each  radar  return  (measurement)  is 


Figure  1.3.2.  Flow  Chart  for  TWS  Operation  With  a LTF  and  STF  at 

Each  Radar  and  All  Radars  Tracking  (Configuration  1) 
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first  associated  with  the  LTF  (i.e. , a decision  is  made  as  to  which  Local 
Track  in  the  LTF,  if  any,  belongs  to  this  return).  When  an  association 
is  made,  the  associated  Local  Track  is  updated  using  the  return.  The 
System  Track  on  the  same  target  is  updated  when  (1)  a maneuver  is  detected 
by  observing  that  the  distance  of  the  measured  target  position  from  the 
target  track  in  the  LTF  exceeds  a threshold,  or  (2)  a specified  time 
interval  has  elapsed.  Whenever  a System  Track  is  updated,  a message  is 
sent  to  all  other  nodes  in  the  system  with  the  updated  track.  If  the 
return  does  not  associate  with  the  LTF,  track  initiation  is  entered. 

Local  and  System  Track  File  maintenance  is  periodically  performed  (as  it 
is  in  all  the  configurations)  to  eliminate  duplicate  tracks  and  to  purge 
old  tracks  from  the  files. 

Detailed  flow  charts  for  the  two  versions  of  Configuration  1 that 
were  simulated  are  given  in  Secs.  3.3  and  3.4. 

1.3. 2. 2 System  Configuration  2 

The  design  goal  of  Configuration  2 was  to  overcome  the  inherent 
limitations  of  track-while-scan  radars,  which  typically  scan  at  rates  too 
low  for  reliable  association  of  measurements  with  the  tracks  of  highly 
maneuverable  aircraft  while  still  using  the  t rack-while- scan  mode.  In 
this  system  concept,  tracking  of  each  aircraft  is  performed  cooperatively 
by  a few  selected  radars  to  minimize  communication  requirements.  The 
measurements  from  the  selected  radars  are  pooled  to  provide  a single  track 
on  each  aircraft  at  an  effective  data  rate  that  is  higher  than  the  scan 
rate  of  the  Individual  radars.  Each  tracking  radar  has  a copy  of  this 
track,  which  is  maintained  in  its  Distributed  Local  Track  File  (DLTF) . 

The  determination  and  control  of  which  radars  track  which  aircraft  is 
totally  distributed  among  the  nodes  with  no  centralized  controller  what- 
soever, an  attribute  which  increases  the  system  survivability.  Each  radar 
also  has  a copy  of  the  System  Track  File  (STF).  The  algorithms  required 
to  implement  this  configuration  were  developed  in  detail,  and  Configura- 
tion 2 was  modeled  in  the  TACRAN3  simulation  described  in  Sec.  3.5. 


An  aspect  of  this  concept  which  somewhat  complicates  the  associa- 
tion process  is  the  fact  that  there  are  a number  of  radars  which  are  in 
range  of  each  target  but  are  not  tracking  the  target.  Detections  by 
these  radars  must  therefore  be  associated  with  the  System  Track  File  to 
determine  whether  the  target  is  being  tracked  or  is  in  fact  a new  detection. 

A flow  chart  for  this  system  concept  is  shown  in  Fig.  1.3.3.  The 
sequence  of  association  decisions  that  are  made  is  described  by  the  blocks 
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Figure  1.3.3.  Flow  Chart  for  TWS  Operation  With  DI.TF  and  STF  at  Each 
Radar  and  Selected  Radars  Tracking  (Configuration  2) 
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along  the  left  side  of  the  flow  chart.  If  a new  radar  return  (measure- 
ment) associates  with  the  Distributed  Local  Track  File  (DLTF),  the  return 
is  processed  through  the  Tracker  Selection  and  Track  Update  Logics 
(described  below).  If  it  does  not  associate  with  the  DLTF,  then  this 
radar  is  not  presently  a tracker  of  this  target.  Next,  if  the  return 
associates  with  the  Non-Track  File  (the  NTF  is  the  portion  of  the  System 
Track  File  which  contains  all  of  the  System  Tracks  except  for  tiiose  on 
targets  being  tracked  by  the  local  radar),  then  the  Tracker  Selection 
Logic  is  also  entered.  Because  the  System  Tracks  are  not  maintained  as 
accurately  as  the  Distributed  Local  Tracks,  in  the  process  of  determining 
whether  or  not  a return  associates  unambiguously  with  a track  in  the  NTF 
(STF) , it  may  be  necessary  to  obtain  the  distance  between  the  measure- 
ment and  the  extrapolated  track  from  a more  up-to-date,  and  presumably 
more  accurate,  estimate  of  the  track  as  provided  by  the  DLTF  at  another 
radar  which  is  maintaining  this  track.  This  process  is  accomplished  by 
communications  (messages)  between  the  two  radars. 

If  the  return  does  not  associate  with  the  DLTF  or  the  NTF  (STF), 
the  track  initiation  procedure  is  entered.  First  it  is  determined  whether 
or  not  it  associates  with  the  track  initiation  file,  where  data  from  the 
two  preceding  scans  are  stored  for  a three-measurement  track-initiation 
algorithm.  If  not,  it  is  determined  if  it  associates  with  a single  pre- 
vious measurement.  In  all  cases,  appropriate  track-initiation  steps  are 
taken . 


The  Tracker  Selection  Logic  involves  computations  and  decisions  to 
determine  if  this  radar  should  be  a tracker  of  this  target.  It  is 
entered  every  time  a radar  associates  a measurement  with  a track.  A major 
criterion  is  that  the  measurement  times  of  the  set  of  trackers  be  as 
evenly  spaced  as  possible.  Other  criteria  consider  the  present  number  of 
trackers  and  the  range  and  range  rate  of  the  target.  An  important  aspect 
of  this  decision  process  is  that  it  is  totally  distributed;  there  is  no 
centralized  controller  which  selects  the  tracking  radars.  The  process 
generates  several  types  of  communication  messages  between  nodes. 
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1 . 3 . 2 . 3 System  Configuration  3 

This  system  configuration  is  similar  to  the  first  system  described 
above  except  that  there  is  no  System  Track  File  at  the  radars,  only  a 
Local  Track  File.  All  of  the  track-while-scan  radars  track  all  targets 
that  are  within  range.  Since  the  STF  exists  only  at  the  Operations  Faci- 
lities, all  STF  update  messages  are  sent  only  to  these  nodes. 

A flow  chart  for  this  system  configuration  appears  in  Fig.  1.3.4. 

It  consists  of  two  major  blocks — one  for  the  data  processing  performed  at 
the  radars  and  one  for  the  processing  at  the  Operations  Facilities — which 
are  connected  through  the  communications  ne-twork.  The  logic  steps  are 
similar  to  those  for  the  Configuration  1 described  above  except  for  the 
track  labeling  and  association  of  the  LTF  with  the  STF.  When  a STF  up- 
date message  is  received  at  the  Operations  Facilities,  its  label  is  checked 
to  see  if  it  corresponds  to  that  of  a track  in  the  STF.  If  it  does,  that 
track  is  updated;  if  it  does  not,  a determination  is  made  as  to  whether 
or  not  the  track  associates  with  one  in  the  STF.  If  it  does,  that  track 
is  updated  and  the  System  Track  label  is  sent  to  the  radar  for  assignment 
to  the  Local  Track;  if  it  does  not,  the  track  is  added  to  the  STF  and  its 
Local  Track  label  is  retained.  For  purposes  of  assigning  a System  Track 
label  to  a track  which  associates  with  a System  Track,  one  of  the  Opera- 
tions Facilities  is  designated  as  the  primary  processor  for  that  track 
to  avoid  the  possibility  of  assigning  different  labels  to  the  same  Local 
Track. 

As  Indicated  in  the  flow  chart,  the  only  types  of  communications 
messages  in  this  system  are  the  STF  update  and  STF  label  messages. 

1. 3.2.4  System  Configuration  4 

In  this  track-while-scan  configuration,  each  radar  has  a copy  of 
the  System  Track  File,  but  no  Local  Track  File.  With  no  LTF  at  the  radars, 
the  returns  must  be  associated  with  the  STF.  Each  time  a radar  updates 
its  copy  of  the  STF,  it  must  send  tlie  update  to  all  otlier  nodes  (since  by 
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definition  the  STF  is  the  system  file  that  is  identically  maintained  at 
every  node).  It  is  also  assumed  in  this  configuration  that  all  radars 
that  can  see  a target  track  it.  The  flow  chart  for  this  relatively  simple 
system  is  given  in  Fig.  1.3.5.  As  it  indicates,  the  only  type  of  message 
that  must  be  communicated  is  the  STF  update  message. 

1 . 3 . 2 . 5 System  Configuration  5 

This  interesting  t rack-while- scan  configuration  has  no  track  files 
at  the  radars.  The  only  track  files  in  the  system  are  copies  of  the 
System  Track  File  at  each  of  the  Operations  Facilities.  With  no  track 
files  at  the  radars,  the  parameters  describing  each  detection  (i.e.,  the 
measurement  itself)  must  be  sent  to  the  Operations  Facilities  for  further 
processing.  There  the  measurements  are  associated  with  the  STF  and,  for 
targets  that  are  in  track,  the  STF  is  updated  with  each  measurement.  As 
indicated  in  the  flow  chart  of  Fig.  1.3.6  which  shows  the  steps  in  this 
process,  the  only  type  of  message  transmitted  from  the  radars  to  the 
Operations  Facilities  is  the  measurement  message. 

1 . 3 . 2 . 6 System  Configuration  6 

Configuration  6 is  the  first  of  the  systems  using  the  computer- 
directed-track  mode.  A major  difference  between  TWS  and  CDT  operation 
is  that  CDT  transmissions  are  scheduled  for  specific  purposes  such  as 
surveillance,  track  initiation,  and  tracking,  and  the  returns  are  pro- 
cessed according  to  the  function  being  performed.  In  Configuration  6, 
which  includes  both  a Local  Tjack_  FJ^le  and  a System  Track  File  at  each 
radar,  this  operational  concept  is  reflected  in  the  flow  chart  of  Fig. 
1.3.7,  which  is  one  possible  implementation  of  a CDT  system.  At  the  left 
side  of  the  flow  chart  the  three  tvpes  of  returns  of  primary  interest 
are  routed  to  different  portions  of  the  logic  diagram  by  the  Returns 
Distribution  logic.  At  tiie  rigiit  side,  after  the  return-signal  data  have 
been  appropriately  processed,  requests  for  subsequent  transmissions  are 
sent  to  the  Radar  Scheduler.  Tluis  the  operation  of  tlie  radar  and  data 
processor  constitutes  a closed-loop  process. 
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Since  this  is  the  first  of  the  CDT  configurations,  and  because  ^ 

this  type  of  system  is  not  covered  in  the  simulation  section,  it  will  be  i 

described  here  in  more  detail  than  the  other  configurations.  Surveillance  ^ 

ti 

returns  are  associated  first  with  the  Local  Track  File  to  see  if  the  tar-  | 

get  is  being  tracked  by  this  radar.  If  not,  these  returns  are  then  asso-  ‘ 

! 

ciated  with  the  System  Track  File  to  see  if  the  target  is  being  tracked  { 

by  any  radar.  If  it  is  being  tracked  by  other  radars,  logic  to  determine  t 

i 

whether  or  not  this  radar  should  become  a tracker  is  entered.  This  logic  ^ 

is  presented  in  greater  detail  below,  as  is  the  logic  for  determining 

whether  or  not  the  surveillance  return  associates  with  tlie  System  Track  i 

File.  If  the  target  is  not  in  track  by  any  radar,  a Track  Initiation 
File  (TIF)  is  created  and  the  track-initiation  process  is  started. 

Track-initiation  returns  are  checked  to  see  if  they  associate  with 
the  appropriate  entry  in  the  Track  Initiation  File  (the  only  possible 
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Figure  1.3.7.  Flow  Chart  for  CDT  Operation  With  an  LTF  and  STF  at  ! 

Each  Radar  and  Selected  Radars  Tracking  (Configura-  ! 

tion  6)  j 
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outcomes  of  this  fine  association  process  are  a positive  association  with 
this  entry  or  no  association).  If  they  do  associate,  a track  is  created 
for  the  new  target  or  the  track-initiation  process  is  continued  as 
appropriate. 

The  returns  from  track  transmissions  are  already  tagged  with  the 
label  of  the  track.  (Information  about  each  transmission  is  provided  by 
the  Radar  Scheduler  to  the  Returns  Distribution  logic  to  simplify  the 
association  process,  but  the  flow  of  such  associatjon  data  is  not  shown 
in  Fig.  1.3.7.)  However,  a fine  association  with  particular  entries  in 
the  Local  Track  File  is  made  to  check  that  the  association  is  correct. 

If  the  outcome  is  positive  as  expected,  the  Local  Track  is  updated.  If 
this  radar  is  the  primary  tracker  for  this  target,  the  System  Track  is 
updated  if  the  deviation  of  the  Local  Track  from  the  System  Track  exceeds 
a specified  threshold.  Logical  operations  are  performed  to  determine 
whether  this  radar  should  drop  track,  become  a primary  tracker,  or  con- 
tinue as  the  primary  tracker,  as  shown  in  greater  detail  in  subsequent 
logic  diagrams.  These  operations  generate  several  types  of  messages  as 
indicated . 

As  Indicated  in  the  key  of  Fig.  1.3.7,  several  of  the  blocks  are 
shown  in  greater  detail  in  separate  diagrams.  The  logic  for  the  Associa- 
tion With  STF  block  is  shown  in  Fig.  1.3.8.  In  cases  where  the  tracks 
are  so  close  together  that  unambiguous  association  with  one  of  the  System 
Tracks  is  not  possible,  it  is  necessary  to  obtain  more  accurate  values 
of  the  distances  between  the  measurements  and  the  tracks  within  the  asso- 
ciation volume  from  the  radars  primarily  responsible  for  maintaining  these 
tracks  in  their  Local  Track  Files.  This  requires  communications  messages 
between  the  nodes. 

An  example  of  a selection  logic  for  adding  new  trackers  based  on 
one  possible  set  of  criteria  is  presented  in  Fig.  1.3.9;  other  criteria 
could  be  used  also.  The  check  on  the  average  power  being  used  for  track- 
ing is  a simple  means  of  distributing  the  tracking  load  among  the  radars; 
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Figure  1.3.8.  Association-With-STF  Logic  (STF  at  Each  Radar) 


more  complex  load-balancing  procedures  would  probably  be  necessary  in  a 
practical  system.  If  the  desired  number  of  radars  is  already  tracking 

the  target,  the  decision  as  to  whether  this  radar  should  replace  one  of 
the  trackers,  as  shown  in  Fig.  1.3.9,  is  based  on  the  relative  signal-to- 
nolse  ratios  and  geometries,  where  the  latter  criterion  involves  such 
considerations  as  proximity  to  the  radar  coverage  limits  or  to  regions 
of  high  clutter  or  jamming. 


Similar  considerations  are  Involved  in  determining  whether  a radar 
that  is  already  tracking  the  target  should  continue  as  a primary  tracker, 
become  a primary  tracker,  continue  as  a secondary  tracker,  become  a 
secondary  tracker,  or  continue  as  the  third  (or  other  tracker).  Again 
various  selection  criteria  might  be  used;  examples  of  tracker-designation 
logic  based  on  the  average  slgnal-to-noise  ratio  (averaged  over  the  last 
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few  tracking  measurements)  are  shown  in  Figs.  1.3.10  and  1.3.11.  Any  such 
selection  and  designation  logic  must  ensure  that  there  is  always  at  least 
one  (preferably  only  one)  primary  tracker,  one  secondary  tracker  ready 
to  become  the  primary  tracker  whenever  needed,  and  a clear  procedure  for 
effecting  the  changeover  and  designating  a new  secondary  tracker. 

1.3. 2. 7 System  Configuration  7 

The  next  computer-directed- track  system  configuration  designated 
for  consideration  in  Table  1.3.1  is  a modified  version  of  the  one  described 
in  the  previous  section.  Each  radar  has  a Local  Track  File,  but  instead 
of  maintaining  the  complete  STF  at  every  radar,  only  a Partial  System 
Track  File  (PSTF)  is  maintained  at  each  radar.  This  PSTF  contains  the 
track  data  for  only  those  targets  in  track  which  are  within  the  coverage 
volume  of  the  radar,  i.e.,  can  possibly  be  seen  by  the  radar.  The  reason 
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Figure  1.3.11.  Other-Tracker  Logic 


for  considering  the  use  of  such  a Partial  System  Track  File  is  to  reduce 
the  communications  requirements  by  limiting  the  dissemination  of  the  STF 
updates  to  those  radars  which  need  these  data  for  association  with  the 
surveillance  returns.  Once  a target  is  in  track  and  its  position  is 
known,  the  radars  which  are  likely  to  be  able  to  see  the  target  can  be 
determined  by  the  primary  tracker,  and  the  STF  updates  can  then  be  trans- 
mitted by  the  primary  tracker  to  only  those  radars.  Of  course,  a complete 
STF  must  be  maintained  at  the  Operations  Facilities  for  use  in  the  plan- 
ning and  control  operations. 
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For  most  radar  returns,  the  data  processing  follows  exactly  the 
same  logic  sequence  as  for  Configuration  6 with  a complete  STF  at  each 
radar.  The  only  exception  is  for  surveillance  returns  from  targets  whose 
tracks  are  not  included  in  the  Partial  System  Track  File  at  the  radar. 

The  data  describing  these  returns  must  be  sent  to  another  radar  closer 
to  the  target  or  to  an  Operations  Facility  to  determine  whether  they  are 
in  fact  from  new  targets  or  are  from  targets  being  tracked  by  some  of 
the  other  radars.  The  latter  situation  could  occur  only  in  the  presumably 
small  number  of  cases  in  wliich  the  ability  of  the  radar  to  see  the  target 
was  incorrectly  assessed  by  the  primary  tracker.  A flow  chart  for  the 
STF  association  logic  is  provided  in  Fig.  1.3.12.  For  returns  tnat  are 
sent  to  the  Operations  Facility,  the  processing  there  includes  the  deter- 
mination of  whether  the  radar  should  become  a tracker  as  well  as  the 
association  process  itself. 
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Figure  1.3.12.  Assoclation-With-STF  Logic  (Partial  STF  at  Each  Radar) 
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1.3. 2.8  System  Conf isuration  8 

In  this  computer-directed- track  configuration,  each  radar  has  only 
a Local  Track  File.  With  no  System  Track  File  at  the  radars,  all  of  the 
surveillance  returns  which  do  not  associate  with  the  LTF  must  be  sent  to 
an  Operations  Facility  for  association  with  the  STF.  With  this  modifica- 
tion— the  elimination  of  the  check  for  association  with  the  STF  at  the 
radars — the  logic  for  this  system  configuration  is  the  same  as  that  for 
Configuration  6.  As  in  the  other  CDT  systems,  several  radars  are  selected 
to  track  each  target  and  one  of  these  is  designated  the  primary  tracker 
and  another  the  secondary  tracker.  The  LTF  is  updated  with  each  tracking 
measurement,  and  the  STF  is  updated  when  a maneuver  is  detected  by  the 
primary  tracker  based  on  the  deviation  of  a measurement  from  the  predicted 
target  track  (or  when  a specified  time  has  elapsed).  The  STF  updates  are 
of  course  sent  only  to  the  Operations  Facilities,  not  to  any  of  the  radars. 

1. 3.2.9  System  Configuration  9 

The  last  computer-directed- track  configuration  has  only  the  System 
Track  File  at  each  radar.  With  no  Local  Track  Files  at  the  radars,  both 
the  surveillance  and  tracking  returns  must  be  associated  with  the  System 
Track  File  at  each  radar.  The  flow  chart  of  Fig.  1.3.13  is  a modified 
version  of  Fig.  1.3.7  which  reflects  the  absence  of  the^Local  Track  Files. 
Other  than  that,  the  data  processing  logic  for  the  two  systems  is  identi- 
cal except  that  the  STF  must  be  updated  with  each  tracking  measurement 
made  by  the  primary  tracker  since  no  other  track  file  is  maintained.  As 
with  the  other  CDT  systems  considered,  each  target  is  tracked  by  a few 
selected  radars,  including  one  designated  as  the  primary  tracker  and 
another  as  the  secondary  tracker. 

1.4  COMMUNICATIONS 

In  a tactical  air  surveillance  and  control  system  whose  operation 
depends  on  the  interchange  of  information  among  a number  of  radar/data 
processor  nodes  and  with  the  Operations  Facilities,  the  communications 
system  is  a vital  element.  To  provide  the  redundant  non-hierarchical 


63 


Figure  1.3.13. 


Flow  Chart  for  CDT  Operation  With  STF  Only  at  Each 
Radar  and  Selected  Radars  Tracking  (Configuration  9) 
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netting  that  is  being  considered  in  this  study,  the  communications  system 
links  each  node  directly  with  several  of  its  nearest  neighbors.  Such 
netting  provides  the  redundancy  and  flexibility  needed  to  support  gradual 
or  graceful  degradation  of  system  performance  with  the  loss  of  radar/data 
processor  nodes  and  communication  links.  Although  the  radars  are  deployed 
so  that  the  links  between  neighboring  nodes  can  generally  be  over  line-of- 
sight  paths  for  which  a wide-bandwidth  capability  can  be  provided,  it  is 
desirable  to  minimize  the  bandwidth  in  order  to  keep  the  link  cost  and 
complexity  down  and/or  to  provide  ECM  resilience  through  the  use  of  spread- 
spectrum  techniques.  To  determine  the  effect  of  the  radar  mode  of  opera- 
tion and  the  track-file  structure  on  the  bandwidth,  the  communications 
data-rate  requirements  of  the  nine  system  configurations  described  in  the 
preceding  section  were  analyzed.  This  analysis  and  its  results,  which 
include  both  parametric  expressions  for  the  communications  data  rates  and 
numerical  examples  based  on  a particular  set  of  parameter  values,  are  pre- 
sented in  this  section  following  a discussion  of  the  factors  which  affect 
the  bandwidth  requirements. 


It  is  important  to  note  that  the  communication  data  rates  presented 
in  this  section  uere  calculated  primarily  for  comparative  purposes  and 
to  gain  insight  into  the  communication  requirements.  They  are  not  to  be 
considered  as  definitive  statements  of  bandwidth  requirements.  In  parti- 
cular, the  data  rates  presented  are  averages  over  the  temporal  variations 
and  the  spatial  distributions  of  the  targets  although  the  worst-case 
netting  geometry  is  considered  as  described  in  Sec.  1.4. A.  Also,  trans- 
missions that  Involve  only  protocols  have  been  ignored.  Nevertheless,  the 
examples  presented  should  provide  a useful  comparison  of  configurations 
and  an  indication  of  the  quantitative  b.’*ndwidth  requirements. 


1.4.1  Message 


There  are  two  types  of  messages  used  in  the  system  configurations 


described  in  Sec.  1.3:  system  messages  and  directed  messages.  A system 
message  is  one  which  is  sent  to  aj^l  other  nodes  in  the  system.  It  con- 
tains Information  required  by  all  other  nodes,  such  as  a message  to  update 
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a particular  System  Track.  A directed  message  is  one  which  is  specifically 
addressed  to  one  or  a few  nodes.  The  algorithm  used  for  routing  system 
messages  affects  the  average  data  rates.  The  one  used  in  the  communica- 
tion-data-rate  calculations  is  due  to  Otto  Wech  of  ESD  and  is  sometimes 
called  the  flooding  algorithm.  With  this  algorithm,  the  message  traverses 
every  link  exactly  once  (except  in  instances  where  the  same  message  is 
transmitted  from  opposite  ends  of  the  link  at  nearly  the  same  time).  (A 
discussion  of  routing  algorithms  for  system  messages  is  given  beginning 
on  p.  253  under  the  heading  of  Communication  Simulation.) 

Directed  messages,  which  are  sent  to  one  or  more  specified  nodes, 
must  include  the  addresses  of  their  destinations  in  their  header.  In 
the  cases  of  interest  here,  directed  messages  are  normally  sent  to  one 
or  two  other  nodes.  The  variation  of  header  length  with  number  of 
receivers  in  this  range  has  only  a minor  effect  on  the  communications 
data- rate  requirements. 

1.4.2  Message  Lengths 

The  required  communication  bandwidth  is  directly  related  to  the 
number  of  bits  contained  in  the  message  to  be  transmitted.  Each  message 
consists  of  a header,  text,  and  a cycle  redundancy  check  (CRC). 

The  header  contains  data  required  by  the  communications  system  in 
transmitting  the  message.  Table  1.4.1  lists  the  header  components  and 
the  CRC,  which  is  used  to  ensure  accurate  transmission.  Although  the  CRC 
follows  the  message  text  in  the  transmission  sequence,  it  is  included  as 
part  of  the  header  in  accounting  for  the  contributions  of  the  various  com- 
ponents to  the  total  message  length.  The  bit  lengths  used  in  the  data 
rate  calculations  are  also  listed  in  Table  1.4.1.  The  names  of  the  compo- 
nents are  self-explanatory,  except  perhaps  for  the  number  of  parcels  and 
the  parcel  number.  If  some  messages  turn  out  to  be  exceptionally  long, 
it  might  be  advantageous  to  divide  them  into  two  or  more  parcels  for 
transmission,  and  it  would  be  necessary  to  identify  the  parcels;  otherwise 
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TABLE  1.4.1 

MESSAGE  HE.\1)ER  COMPONENTS  AND  BIT  LENGTHS 


r 


Sender  Label 

Number  of  Receivers  (N  ) 

R 

Receiver  Addresses 
Message  Type 
Priority 

Number  of  Parcels  and  Parcel  Number 
Cyclic  Redundancy  Check  (CRC) 


Total  Number  of  Bits 


Follows  message  text. 


Number  of  Bits 


8 

8 

8Nr 

4 

4 

4 

16 


44  + 8N„ 
K 


there  would  be  no  need  to  include  these  components  in  the  header.  As 

shown  on  the  bottom  line,  the  total  number  of  header  bits  is  44  + 8N  , 

K 

where  for  directed  messages  N is  the  number  of  nodes  to  which  the  mes- 

R 

sage  is  addressed  and  for  system  messages  N = 0. 

A 

The  contents  of  the  message  text  depends  upon  the  type  of  message. 
Elements  of  information  which  must  be  conveyed  between  nodes  are  listed 
in  Table  1.4.2  along  with  the  number  of  bits  required  for  each  element 
and  the  basis  for  determining  this  number.  (The  "special  components" 
are  used  in  only  certain  configurations;  the  "general  components"  are 
used  in  all.)  The  various  messages  of  interest  consist  of  one  or  more  of 
these  elements  in  appropriate  combinations.  For  example,  a System  Track 
File  update  message  in  a track-while-scan  system  with  a Local  Track  File 
and  System  Track  File  at  eacti  node  (Configuration  1)  consists  of  the 
following  components  with  t ne  specified  bit  lengths: 
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TABLE  1.4.2 


Node  Label  2 nodes 


Target  Label 

16  bits 

Time 

15 

Target  State 

: 

X,Y,Z 

45 

X,Y,Z 

30 

100 

X,Y,Z 

24 

Total  131  bits 

The  numbers  of  bits  in  each  of  the  types  of  messages  needed  in  the 
system  configurations  under  consideration  are  given  in  Sec.  1.4.4  as  part 
of  the  analysis  of  the  communications  data  rates.  (The  detailed  break- 
downs of  each  message  for  each  configuration  have  been  omitted.) 

1.4.3  System  Parameters  and  Example  Values 

In  addition  to  the  message  length,  the  required  bandwidth  of  the 
communications  links  depends  on  the  values  of  a number  of  system  param- 
eters. In  Sec.  1.4.4,  the  communication  data  rates  for  the  system  con- 
figurations under  consideration  are  expressed  in  terms  of  these  param- 
eters. These  expressions  are  also  evaluated  as  examples  for  a particular 
set  of  parameter  values. 

The  values  used  in  the  examples  are  derived  from  an  example  deploy- 
ment of  70  netted  radars  on  a hexagonal  grid  covering  approximately  a 
square  270  km  on  a side.  The  radars  are  spaced  30  km  apart  and  have  a 
range  of  50  from  80  to  90  km.  With  such  a deployment  up  to  25  radars  can 
see  each  aircraft  that  is  not  at  low  altitude  (i.e.,  not  masked  by 
terrain) . 

A total  of  1,000  aircraft  is  assumed  to  be  in  the  surveillance 
volume  for  purposes  of  the  example  calculations.  Nearly  all  of  the  data- 
rate  components  scale  linearly  with  the  number  of  aircraft,  and  plots  of 
communications  data  rates  as  functions  of  the  number  of  aircraft  are  pro- 
vided in  Sec.  1.4.4.10. 


The  above  parameters  and  their  example  values  are  listed  in  Table 
1.4.3.  A number  of  other  parameters  needed  in  the  communication  bandwidth 
calculations  are  also  listed.  The  bases  for  selecting  each  of  these  other 
parameter  values  for  the  example  calculations  are  as  follows: 

Average  Search  Period  (Tg) • As  a nominal  value  within  the  range 
specified  in  the  Statement  of  Work,  a value  of  6 seconds  was  used  as  the 
search  period  of  the  track-while-scan  (TWS)  radars.  As  discussed  in  Sec. 
1.2.2,  it  is  likely  that  computer-directed-track  (CDT)  radars  will  have  a 
longer  search  period  for  this  application;  a value  of  12  seconds  was  used 
in  the  calculations. 

Number  of  Radars  Tracking  a Target  (N^) . In  the  TWS  system  in  whicli 
selected  radars  cooperatively  track  each  target,  the  number  of  trackers 
should  be  sufficient  to  provide  a measurement  of  target  position  about 
every  two  seconds  for  reliable  association  (see  Sec.  2.3).  In  TWS  systems 
with  a nominal  radar  scan  period  of  6 seconds,  at  least  three  radars  must 
be  assigned  to  track  each  target,  pooling  their  data  as  described  under 
Configuration  2.  In  the  CDT  systems  in  which  each  radar  can  track  inde- 
pendently, it  is  assumed  there  is  a primary  tracker,  a secondary  tracker, 
and  at  least  one  other  radar  prepared  to  become  the  secondary  tracker 
immediately  if  the  primary  or  secondary  trackers  should  become  inopera- 
tive; the  nominal  number  of  trackers  in  these  systems  was  taken  to  be 
three  as  well. 

Number  of  STF  Nodes  (Operations  Facilities)  (Nq) . For  redundancy 
and  operational  convenience,  there  should  be  several  Operations  Facilities 
where  the  System  Track  File  is  maintained  and  used.  In  some  system  con- 
figurations, the  System  Track  File  is  maintained  only  at  a few  locations 
which  could  be  either  the  Operations  Facilities  or  selected  radar/data 
processor  nodes  (which  could  be  changed  from  time  to  time).  In  any  case, 
in  these  latter  configurations  the  existence  and  use  of  three  STF  nodes 
was  assumed  where  reeded  in  the  example  calculations. 


TABLE  1.4.3 

PARAMETERS  INVOLVED  IN  THE  COMMUNICATIONS  ANALYSIS 


Symbol 

Parameter 

Value  for  Example 

F 

Fraction  of  Returns  for  Wliich  a Distance 

Must  be  Obtained 

0.5 

N 

Number  of  Nodes  (Radars) 

70 

\ 

Number  of  Targets  (Aircraft) 

1,000 

Number  of  False  Alarms  Per  Scan  Per  Radar 

100 

"o 

Number  of  STF  Nodes  (Operations  Facilities) 

3 

^S 

Number  of  Radars  Within  Tracking  Range  of  a 
Target 

25 

^T 

Number  of  Radars  Tracking  a Target 

3 

^A 

Time  Between  Still-Alive  Messages  From  Each 
Radar 

1 s 

"c 

Average  Time  Between  Change  of  Tracking 
Radars  for  Each  Target 

50  s 

Average  Time  Between  Help  Messages  for  Each 
Target 

100  s 

\ 

Average  Time  Between  STF  Label  Messages  for 
Each  Target 

20  s 

Tp 

Average  Time  Between  Change  of  Primary  (and 
Secondary)  Trackers  for  Each  Target 

50  s 

Tr 

Average  Time  Between  S/N  Updates  for  Each 
Target 

3 s 

^S 

Average  Radar  Search  Period 

6 s for  TWS 

12  s for  CDT 

"t 

Time  Between  Tracking  Measurements  on  Each 
Target  (CDT  Configurations) 

1 s 

"u 

Average  Time  Between  STF  Updates  for  Each 
Track 

8 s 
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Average  Time  Between  Tracking  Measurements  (T^) . As  shown  in  Sec. 
2.3,  the  time  between  tracking  measurements  should  be  approximately  2 
seconds  or  less  for  reliable  association  of  highly  maneuvering  targets. 

In  a computer-directed-track  system,  each  radar  tracks  independently  and 
must  do  so  at  a data  rate  which  is  high  enough  to  ensure  a high  probabi- 
lity of  correct  association.  A rate  of  one  measurement  per  second,  or  1 
second  between  measurements,  is  easily  obtained  and  was  used  in  the  cal- 
culations of  the  example  bandwidth  requirements  for  CDT  configurations. 

Average  Time  Between  STF  Updates  (Ty) • In  the  system  configurations 
which  Include  a Local  Track  File,  the  length  of  time  between  updates  of 
the  System  Track  Files  depends  on  the  maneuvers  performed  by  the  target 
and  the  ability  of  the  tracking  filter  to  predict  the  future  target  posi- 
tion. With  the  polynomial  filter  implemented  in  TACRAN3  (see  Sec.  3.5) 
and  a 1-km  limit  on  the  deviation  between  the  LTF  and  the  STF,  the  average 
time  between  STF  updates  over  a large  number  of  simulation  runs  was  found 
to  be  approximately  8 seconds,  and  this  value  was  used  in  the  communica- 
tion examples.  Other  filters  and  other  methods  of  determining  when  to 
update  the  STF  as  well  as  a different  set  of  aircraft  trajectories  might 
lead  to  a different  value.  However,  the  same  value  (8  seconds)  was  used 
for  all  configurations.  It  should  be  noted  that  the  results  are  very 
sensitive  to  this  parameter. 

The  communications  bandwidths  are  relatively  insensitive  to  the  fol- 
lowing parameters: 

Average  Time  Between  Change  of  Tracking  Radars  (T^) . In  all  the 
system  configurations  in  which  each  target  is  tracked  by  selected  radars 
operating  in  either  the  TWS  or  CDT  mode,  the  assignment  of  radars  to  be 
a part  of  the  set  that  tracks  a particular  target  will  change  at  a rate 
which  depends  on  the  target  velocity  and  to  some  extent  on  the  radar 
deployment  and  selection  criteria.  If  it  is  assumed  that  a switch  from 
one  radar  to  another  is  made  each  time  a target  travels  half  the  distance 


between  radars,  an  average  of  15  km,  and  that  the  average  target  velocity 
is  300  m/s,  then  the  average  time  between  changes  of  tracking  radars  is 
50  seconds,  which  is  the  value  used  in  the  example  calculations. 

Average  Time  Between  Change  of  Primary  Trackers  (Tp) . A change  in 
the  radar  designated  as  the  primary  tracker  of  a set  of  radars  tracking  a 
particular  target  in  a CDT  system,  and  in  the  radar  designated  as  the 
secondary  tracker,  would  be  expected  to  occur  on  the  average  at  the  same 
rate  as  the  change  in  tracking  radars.  For  the  values  of  radar  spacing 
and  target  velocity  assumed  above,  then,  the  average  time  between  changes 
of  the  primary  and  secondary  trackers  of  a particular  target  is  50  seconds. 

Average  Time  Between  S/N  Updates  (T„) . The  average  signal-to-noise 
ratio  used  in  designating  the  tracking  radars  must  be  updated  often  enough 
to  follow  the  variations  in  S/N  but  the  update  rate  cannot  usefully  exceed 
the  tracking  rate.  Three  seconds  was  selected  rather  arbitrarily  as  the 
time  between  S/N  updates  to  be  used  in  the  data-rate  evaluations. 

Average  Time  Between  Help  Messages  (T  ) . Since  Help  messages  are 

H 

sent  only  under  unusual  circumstances,  they  should  be  infrequent  in  occur- 
rence; an  average  time  of  100  seconds  between  such  messages  for  each  tar- 
get is  assumed  here. 

Time  Between  Still-Alive  Messages  • Since  up-to-date  knowledge 

of  the  status  of  other  trackers  in  a CDT  system  is  vital  for  timely  and 
unambiguous  designation  of  the  primary,  secondary,  and  other  trackers  on 
a decentralized  basis,  the  Still-Alive  message  should  be  transmitted  as 
frequently  as  practical.  To  prevent  the  time  between  measurements  by  a 
primary  tracker  from  ever  exceeding  one  second  by  a substantial  amount, 
the  time  between  the  Still-Alive  messages  transmitted  by  each  radar  was 
specified  to  be  one  second. 
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Average  Time  Between  STF  Label  Messages  (Tj^) • In  a TWS  system  with 
Local  Track  Files  at  the  radar  and  the  System  Track  Files  at  the  Opera- 
tions Facilities,  a STF  Label  message  is  sent  from  the  STF  node  to  a radar 
when  the  radar  first  detects  each  target.  If  the  targets  move  across  the 
radar  field  at  an  average  velocity  of  300  m/s,  then  each  target  enters 
the  coverage  of  a new  radar  about  every  20  seconds  on  the  average,  and 
this  value  of  the  time  between  STF  Label  messages  was  used  in  the  example 
calculations. 

Number  of  False  Alarms  Per  Scan  (N„) . The  number  of  random  false 

F 

alarms  per  scan  was  specified  in  the  Statement  of  Work  to  be  between  50 
and  200  depending  on  the  radar  range.  A value  of  100  was  used  in  the 
example  data-rate  calculations. 

Fraction  of  Returns  for  Which  a Distance  Must  be  Obtained  (F).  In 
the  system  configurations  in  which  the  distance  of  a measurement  from  a 
track  must  be  obtained  from  a tracker  in  some  cases  as  part  of  the  asso- 
ciation process,  the  need  for  this  distance  depends  on  whether  there  are 
other  tracks  near  the  one  in  question.  It  was  assumed  rather  arbitrarily 
that  half  of  the  returns  will  be  from  targets  which  are  close  enough  to 
other  targets  to  make  it  necessary  to  request  a distance  from  another 
radar  for  unambiguous  association  with  a track  in  the  STF. 

In  addition  to  these  parameters,  there  are  a few  special  parameters 
peculiar  to  one  or  a few  system  configurations.  These  parameters  and  the 
values  ascribed  to  them  are  explained  as  part  of  the  analysis  of  these 
system  configurations  in  the  next  section. 

1.4.4  Data  Rates 

Estimates  of  the  communications  data  rates  involved  in  the  opera- 
tion of  each  of  the  previously  described  system  configurations  are  pre- 
sented in  this  section.  The  system  configurations  are  defined  in  Table 
1.3.1  on  page  46  of  Sec.  1.3.  Considering  the  length  of  each  type  of 
message,  the  number  of  targets  for  which  such  a message  must  be  sent,  and 
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the  frequency  with  which  it  must  be  transmitted,  parametric  expressions 
are  derived  for  the  data  rates  in  kilobits  per  second  over  a particularly 
situated  link.  As  examples,  these  expressions  are  then  evaluated  for  the 
parameter  values  specified  in  the  preceding  section.  In  some  cases,  plots 
of  the  required  data  rate  versus  a particular  parameter  are  presented  to 
show  the  sensitivity  to  that  parameter.  The  example  values  of  the  re- 
quired data  rates  for  the  nine  system  configurations  under  consideration 
are  summarized  in  the  final  subsection. 

The  data  rates  that  are  presented  are  those  over  the  most  heavily 
used  link  in  the  system.  This  worst-case  link  is  one  involved  in  communi- 
cating with  an  Isolated  node — one  which  is  connected  to  the  rest  of  the 
network  by  only  one  (two-way)  link  because  of  equipment  failures  or  enemy 
actions  which  have  rendered  the  other  links  inoperative.  This  situation 
is  a worst  case  in  that  all  messages  to  or  from  the  node  must  traverse  a 
single  link,  leading  to  the  maximum  required  data  rate  over  the  link. 

The  incoming  and  outgoing  data  rates  are  calculated  and  presented  separately. 

If  separate  one-way  links  are  used,  each  should  have  the  capacity  to 
handle  the  higher  of  the  two  data  rates  (i.e.,  the  incoming  rate)  in  the 
event  that  either  of  the  nodes  at  the  two  ends  of  the  link  becomes  an 
Isolated  node.  If  a single  two-way  link  is  used  with  time  sharing  between 
transmission  directions,  the  link  should  have  the  capacity  to  handle  the 
sum  of  the  data  rates  for  the  two  directions.  This  sum,  while  calculated 
for  an  isolated  node,  is  in  fact  approximately  equal  to  the  sum  of  the 
data  rates  in  both  directions  over  any  link  in  the  network  because  the 
system  messages  are  the  predominant  contributors  to  the  total  communica- 
tions load  in  most  cases  as  will  be  seen,  and  each  system  message  must  be 
transmitted  between  two  nodes  once  in  one  direction  or  the  other. 

In  system  configurations  in  which  the  System  Track  File  is  maintained 
at  only  a few  nodes,  it  is  similarly  assumed  that  the  STF  nodes  are  con- 
nected to  the  rest  of  the  network  by  only  a single  link,  and  the  data 
rates  are  calculated  for  the  messages  into  and  out  of  the  STF  node.  It 
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is  further  assumed  that  the  STF  nodes  are  also  radar/data  processors  nodes 
rather  than  separate  Operations  Facilities,  although  their  location  has 
only  a minor  effect  on  the  communications  data  rates. 

It  should  be  pointed  out  that  while  the  incoming  single-link  data 
rates  that  are  presented  here  are  peak  values  in  the  network-geometry 
sense  described  above,  they  are  averages  in  terms  of  the  spatial  distri- 
bution of  the  targets  in  the  surveillance  volume  and  the  temporal  varia- 
tions of  the  communications  traffic.  That  is,  it  is  assumed  in  the  cal- 
culations that  each  radar  is  observing  and  tracking  an  equal  fraction 
of  the  total  number  of  targets  in  the  surveillance  volume.  The  effects 
of  non-uniform  target  distributions  can  be  minimized  by  the  use  of  appro- 
priate load-balancing  logic  and  algorithms,  and  appropriate  buffering  of 
communications  messages  can  smooth  the  more  rapid  fluctuations  of  the 
communications  load,  but  the  residual  variations  must  be  taken  into 
account  in  determining  the  communications  bandwidth  requirements.  The 
evaluations  of  the  magnitude  of  these  variations,  which  may  be  different 
for  each  of  the  system  configurations,  requires  a more  detailed  analysis 
than  was  possible  as  part  of  this  study. 

1.4. 4.1  Configuration  1 

In  the  TWS  system  with  a Local  Track  File  (LTF)  and  System  Track 
File  (STF)  at  each  node,  there  is  only  one  type  of  inter-node  message — 
the  STF  update  message.  The  factors  Involved  in  calculating  the  data 
rate  for  transmitting  this  message  are  listed  in  Table  1.4.4.  Although 
the  table  contains  only  two  rows  it  serves  to  introduce  the  format  of  the 
tabulations  used  for  all  the  system  configurations,  and  it  is  a good 
vehicle  for  explaining  the  entries  in  the  columns  of  the  table. 

The  total  message  length  in  bits  is  simply  the  sum  of  the  lengths 
of  the  header  and  the  text.  For  the  component  lengths  listed  in  Table 
1.4.1,  the  header  of  a system  message  is  44  bits  in  length.  For  a track- 
ing filter  implementation  which  does  not  utilize  the  measurement  covari- 
ances, the  text  of  the  STF  update  message  must  contain  the  target  label. 


TABLE  1.4.4 


the  time,  and  the  target  state.  Summing  the  lengths  of  these  components 
as  listed  in  Table  1.A.2  gives  a text  length  of  131  bits.  The  total  mes- 
sage length  is  then  44  + 131  = 175  bits. 

If  each  STF  update  message  for  a particular  target  were  transmitted 
by  all  of  the  tracking  radars,  then  the  number  of  messages  per  second  for 
that  target  would  be  simply  the  number  of  trackers  (Ng)  divided  by  the 
time  between  updates  (Ty) • Actually,  there  would  be  no  need  for  all  the 
trackers  to  transmit  an  update  message  each  time  an  update  is  required; 
in  fact,  a message  from  one  radar — presumably  the  one  that  first  detects 
a maneuver — would  be  sufficient.  However,  with  transmission  delays,  some 
of  the  trackers  may  have  sent  out  their  update  messages  before  they  receive 
the  update  from  another  tracker  that  was  triggered  by  the  same  maneuver. 

The  factor  , representing  the  fraction  of  radars  that  send  STF  update 

messages  in  response  to  each  maneuver,  was  introduced  to  account  for  this 
effect.  For  = 25  , the  value  of  could  range  from  1/25  to  1;  a 

value  of  1/6,  corresponding  to  an  average  of  about  four  trackers  sending 
update  messages  for  each  target  each  time  an  update  is  required,  was 
selected  somewhat  arbitrarily  for  use  in  the  example  data  rate  calcula- 
tion. This  value  corresponds  to  data  processing  and  communication-link 
delays  of  a little  more  than  a second  (for  T^j  = 8 seconds).  (The  sensi- 
tivity of  the  results  to  Fy  is  shown  below.) 


The  number  of  targets  for  which  a STF  Update  message  is  received  by 
each  node  is  the  total  number  of  targets  in  track  (N^)  minus  the  portion 
of  these  targets  for  which  the  radar  at  that  node  is  responsible  (an 
average  of  N^/N) . The  expression  for  the  data  rate  in  bits  per  second  is 
simply  the  product  of  the  message  length  in  bits  times  the  number  of  mes- 
sages per  second  for  each  target  times  the  number  of  targets.  This  pro- 
duct for  the  incoming  STF  Update  messages  (after  dividing  by  1,000  to 
convert  to  kilobits  per  second  per  link)  is  given  in  the  next-to-last 

column  of  Table  1.4.4.  For  F = 1/6  and  the  other  parameter  values 

t 

given  in  Table  1.4.3,  the  value  of  this  expression  for  the  incoming  data 
rate  is  89.8  kbits  per  second  per  link  as  given  in  the  last  column  of 
Table  1.4.4. 
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The  calculation  of  the  data  rate  for  the  outgoing  STF  Update  mes- 
sages is  similar  except  that  the  average  number  of  targets  for  which  the 
message  must  be  sent  is  , the  effective  number  of  targets  being 

tracked  by  the  radar.  For  the  specified  parameter  values,  the  outgoing 
data  rate  is  then  1.3  kbits  per  second  per  link  as  given  in  Table  1.4.4. 


Variations  in  the  value  of  F^  , the  fraction  of  tracking  radars 
that  send  STF  Update  messages,  have  a proportionate  effect  on  the  data 
rate.  For  example,  if  a scheme  were  devised  whereby  only  one  radar  up- 
dates the  STF  (i.e.,  there  is  no  redundancy  in  the  update)  then  incoming 
data  would  drop  from  90  kbits  per  second  to  only  22  kbits  per  second. 

If,  on  the  other  hand,  all  the  trackers  update  the  STF,  the  data  rate 
Increases  to  540  kbits  per  second.  The  outgoing  data  rate  would  also 
change  by  the  same  proportions.  The  relationship  between  the  incoming 
data  rate  and  F^  is  plotted  in  Fig.  1.4.1. 

If  a Kalman  filter  were  used  for  tracking,  the  covariance  matrix 
would  have  to  be  transmitted  along  with  the  target  state  as  part  of  the 
STF  Update  message.  In  this  case,  the  length  of  the  message  text  would 
be  422  bits^  and  the  total  message  length  would  be  466  bits.  The  incom- 
ing and  outgoing  rates  would  be  increased  proportionately  to  239  and  3.5 
kilobits  per  second,  respectively,  for  F^  = 1/6  and  the  specified 
values  of  the  other  parameters. 


1 . 4 . 4 . 2 Con figuration  2 

With  only  selected  radars  tracking  each  target  and  a Distributed 
Local  Track  File  (DLTF)  and  STF  at  each  of  these  radars,  a number  of 
types  of  messages  must  be  transmitted  from  node  to  node.  These  message 
types  are  listed  in  Table  1.4.5;  their  purpose  and  content  are  described 
in  detail  in  Sec.  3.5. 


Assumes  31  bits  for  label  and  time,  76  bits  for  position  and  velocity 
and  315  bits  for  21  elements  (prescaled)  of  a symmetrical  6x6  matrix. 
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FRACTION  OF  TRACKING  RADARS  (F^j) 

Figure  1.4.1.  Data  Rate  on  Incoming  Link  Versus  Fraction  of  Tracking 
Radars  Sending  STF  Update  Message  in  Configuration  1 


The  first  five  messages  listed  in  each  part  of  Table  1.4.5  are 

directed  messages  sent  to  one,  or  in  the  case  of  the  measurement  message, 

two  particular  nodes.  A directed  message  over  the  link  to  an  isolated 

node  has  only  one  address,  however,  and  the  length  of  the  header  was 

determined  on  that  basis  (i.e.,  with  N_  = 1).  In  the  case  of  the  Distance 

K 

Request  and  Distance  Reply  messages,  the  length  so  obtained  was  divided 
by  five  under  the  rather  arbitrary  assumption  that  an  average  of  five 
requests  or  replies  to  the  same  radar  are  combined  in  each  message.  The 
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lengths  of  the  texts  are  the  sums  of  the  numbers  of  bits  in  the  appro- 
priate components  as  listed  in  Table  1.4.2. 


The  last  four  types  of  messages  in  Table  1.4.5  are  system  messages 
sent  to  all  the  other  nodes  in  the  network.  The  text  lengths  were  again 
obtained  using  the  component  lengths  in  Table  1.4.2.  The  text  of  the  STF 
update  message  is  longer  than  that  for  the  previous  system  because  data 
on  the  tracking  radars  must  be  included. 

The  numbers  of  messages  per  second  per  target  depend  upon  the  number 
of  nodes  which  transmit  each  type  of  incoming  message  or  receive  each  type 
of  outgoing  message,  and  on  the  time  between  transmissions  or  receptions 
of  each  message  for  each  target.  For  example,  a Distance  Request  message 
could  be  sent  to  the  isolated  node  under  consideration  by  each  radar 
which  can  see  the  target  but  is  not  tracking  it  — that  is  by  (Ng  - N,^) 
nodes — and  such  a message  would  be  sent  each  scan  period.  A Distance 
Reply  message  would  then  be  sent  in  response  to  each  of  these  nodes. 

Actually,  an  accurate  target-to-track  distance  would  be  required  only  for 
some  fraction  (here  represented  by  F)  of  the  returns.  The  average  number  ^ 

P 

of  target  tracks  for  which  such  a request  would  be  received  by  the  node  i 

i 

under  consideration  is  1/N^  times  the  number  of  targets  it  is  tracking,  ij 

or  N /N  . Similarly,  a Distance  Request  message  would  be  sent  by  the  ■' 

A 

node,  and  a Distance  message  would  be  received,  for  a fraction  F of  the  I 

N^(Ng  - N^)/N  targets  which  are  seen  but  are  not  being  tracked  by  the  ^ 

radar. 

The  number  of  messages  per  second  per  target  and  the  number  of  tar- 
gets for  the  other  types  of  messages  are  similarly  determined.  The  data 
rate  for  each  message  type  is  then  just  the  product  of  these  two  factors 
times  the  message  length.  The  expressions  for  the  data  rates  that  are  so 
obtained  are  given  in  the  next-to-last  column  of  Table  1.4.5.  In  all 
cases,  the  data  rate  is  directly  proportional  to  the  number  of  targets 

and  Inversely  proportional  to  the  number  of  nodes  N . These  expres- 
sions were  evaluated  for  the  parameter  values  in  Table  1.4.3  to  give  the 
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example  data  rates  in  the  last  column.  As  shown,  the  sum  of  these  data 
rates  is  40.2  kbits  per  second  for  the  incoming  messages  and  5.1  kbits 
per  second  for  the  outgoing  messages.  The  STF  Update  message  is  by  far 
the  largest  contributor  to  the  incoming  data  rate  (and  to  the  total  of 
the  two  components).  The  dependence  of  the  incoming  data  rate  on  the  STF 
Update  time  T^^  is  shown  in  Fig.  1.4.2. 

Since  the  number  of  requests  combined  in  one  Distance  Request  mes- 
sage (and  the  number  of  responses  combined  in  one  Distance  Reply  message) 
and  the  fraction  of  the  returns  for  which  a distance  must  be  obtained 
from  another  node  were  both  selected  rather  arbitrarily,  the  sensitivity 
to  these  parameters  was  examined  and  the  results  obtained  for  the  incom- 
ing data  rate  are  plotted  in  Fig.  1.4.3.  As  might  be  expected  since  the 
contribution  of  the  Distance  Request  and  Distance  Reply  messages  to  the 
incoming  data  rate  is  small  compared  with  that  of  the  STF  Update  message. 
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Figure  1.4.2.  Data  Rate  on  Incoming  I, ink  Versus  Time  Between  STF  Updates 
for  Configuration  2 
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FRAr.TION  OF  -lEASURtMlNTS  (F) 

Figure  1.4.3.  Data  Rate  on  Incoming  Link  Versus  Fraction  of  Measurements 
for  Which  a Distance  is  Requested  in  Configuration  2 


the  data  rate  per  link  is  not  particularly  sensitive  to  variations  in 
these  parameters. 

1 . 4 . 4 . 3 Configuration  3 

With  only  an  LTF  at  the  radars  and  the  STF  only  at  the  Operations 
Facilities  or  special  STF  nodes,  there  are  just  two  types  of  messages  that 
must  be  communicated — the  STF  Update  message  and  the  STF  Label  message — 
as  listed  in  Table  1.4.6.  The  calculation  of  the  data-rate  capacity  re- 
quired for  the  transmission  of  these  messages  is  somewhat  different  that 
for  the  previous  two  system  configurations,  however,  because  the  messages 
must  all  be  transmitted  to  or  from  the  Operations  Facilities.  Consequently 
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TABLE  1.4.6 

COM>fUN'ICATIONS  DATA-RATE  REQUIREMENTS  FOR  CONFIGURATION 


the  data  rate  is  high  over  network  links  close  to  the  Operations  Facili- 
ties and  becomes  lower  with  increasing  distance  from  the  Operations  Faci- 
lities. If  any  node  in  the  network  must  be  able  to  serve  as  an  Operations 
Facility  or  STF  node,  then  every  link  must  have  the  high  capacity  required 
of  the  direct  links  to  such  facilities. 

It  is  the  data  rate  over  a high-traffic  link  directly  connected  to 
the  Operations  Facility  or  STF  node  that  is  of  primary  interest  here  and 
is  presented  in  Table  1.4.6.  In  preparing  this  table  it  was  assumed  that 
an  Operations  Facility  is  located  at  a radar/data  processor  node,  but  the 
results  are  not  very  sensitive  to  this  assumption.  Each  radar  that  is 
within  range  of  the  target  updates  the  System  Track  File  when  it  detects 
a maneuver,  so  the  number  of  STF  Update  messages  per  target  is  just 
Ng/Ty  . An  STF  Label  message  is  sent  whenever  a target  is  newly  acquired 
by  a radar.  Evaluating  the  expressions  obtained  for  the  data  rates  using 
the  parameter  values  in  Table  1.4.3  gives  the  data-rate  values  in  the  last 
column  of  Table  1.4.6.  The  Incoming  data  rate  (and  the  total  two-way 
rate)  is  dominated  by  the  contribution  of  the  STF  Update  message. 

1.4. 4. 4 Configuration  4 

With  a System  Track  File,  but  no  Local  Track  File,  at  each  radar, 
the  STF  must  be  updated  with  each  measurement  and  the  update  must  be  sent 
to  all  of  the  other  nodes.  The  STF  Update  message  must  be  sent  by  each 
radar  that  sees  the  target.  These  requirements  are  reflected  in  Table 
1.4.7  which  gives  the  data  rate  for  the  single  type  of  message  transmitted 
in  this  system  configuration. 

1.4.4. 5 Configuration  5 

With  no  track  files  at  the  radars,  each  measurement  must  be  sent  to 
the  Operations  Facilities  where  the  System  Track  File  is  maintained. 

Since  the  false  alarms  cannot  be  distinguished  from  target  returns  at  the 
radar,  their  data  must  be  transmitted  to  the  Operations  Facilities  along 
with  that  of  the  actual  returns. 
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As  for  other  configurations  in  which  all  the  messages  must  be  sent 
to  a few  STF  nodes,  the  traffic  on  the  links  leading  directly  to  the 
Operations  Facilities  will  be  relatively  high  and  that  on  links  in  parts 
of  the  network  far  from  the  Operations  Facilities  will  be  considerably 
lower.  As  discussed  previously,  the  data  rates  on  these  high-traffic 
links  are  of  primary  interest  for  communications  sizing  purposes,  and  it 
is  those  data  rates  which  are  given  in  Table  1.4.8.  The  calculated  data 
rates  include  the  contribution  of  the  false  alarms,  which  amounts  to  about 
22%  of  the  total.  Interestingly,  the  incoming  data  rate  for  this  configu- 
ration, in  which  the  radar  measurements  are  transmitted  directly  to  the 
Operations  Facilities,  is  somewhat  less  than  for  the  previous  configura- 
tion in  which  the  processing  of  the  measurements  is  done  at  the  radars 
and  only  the  System  Track  File  updates  are  transmitted  to  other  nodes. 

This  is  because  raw  measurements  contain  less  data  than  processed  STF 
updates . 


1.4. 4. 6 Configuration  6 

In  the  computer-directed-track  systems  in  which  selected  radars 
track  each  target,  messages  of  various  types  must  be  transmitted  as  part 
of  the  decentralized  selection  process  and  to  obtain  needed  track  data 
from  other  nodes.  The  types  of  messages  needed  in  the  CDT  system  with  a 
Local  Track  File  and  System  Track  File  at  each  radar  are  listed  in  Table 
1.4.9.  Some  of  these  message  types  are  the  same  as  those  in  the  TWS  sys- 
tem with  Distributed  Local  Track  Files  discussed  in  Sec.  1.4.4. 2.  New 
message  types  are  the  Average  Signal-to-Nolse  Ratio  Update  used  in  desig- 
nating the  tracking  radars,  the  Still-Alive  message  sent  to  the  other 
trackers  to  insure  continuous  tracking  if  a tracker  should  become  inopera- 
tive, and  the  Tracker  Status  message  designating  a new  primary  or  secondary 
tracker.  The  message  lengths  were  determined  as  discussed  previously 
using  the  data  in  Tables  1.4.1  and  1.4.2.  Expressions  for  the  data-rate 
contributions  of  each  message  type  are  given  in  the  next-to-last  column 
as  in  previous  tables  in  this  section,  and  the  values  of  these  data  rates 
for  the  example  parameter  values  in  Table  1.4.3  are  given  in  the  last 
column.  As  indicated  in  the  footnote  to  the  table,  it  was  assumed  in 
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COMMUNICATIONS  DATA-RATE  REQUIREMENTS  FOR  CONFIGURATION 


TABLE  1.4.9 

COMMUNICATIONS  DATA-RATE  REQUIREMENTS  FOR  CONFIGURATION  6 
(CUT  Operation — LTF  and  STF  at  Each  Radar — Selected  Radars  Tracking) 


Message 

Message 

Length, 

bits 

Messages/s 
per  Target 

Number  of 
Targets 

Data  Rate  per  Link, 

kbits/s 

Header 

Text 

Total 

Equat lo  1 

Example 

Incoming  Messages 

Distance  Request 

* 

10 

85 

95 

F(N^-N^)/T^ 

N./N 

A 

0.095FNA(Ng-N^)/NTg 

1.2 

Distance  .Reply 

* 

10 

32 

42 

F/T^ 

Na(N<,-Nt)/N 

0.042FNA(Ng-Np)/NTH 

0.6 

S/M  Update 

52 

24 

76 

0.075NaN^(N^-1)/NTh 

2.2 

Still  Alive 

52 

15 

67 

0.n67N^/T/ 

b A 

1.7 

STF  Update 

166 

210 

1/T^, 

n.-n,/n 

A A 

0.210N.(N-1)/NT,. 

A U 

25.9 

Drop  Tracker 

44 

24 

68 

WTc 

N -N./N 

A A 

0.068N^(N-1)/KT^ 

1.3 

ADD  Tracker 

44 

47 

91 

1/T^. 

N.-N./N 

A A 

0.091N.(N-1)/NT^ 

A C 

1.8 

Tracker  Status 

44 

39 

83 

1/Tp 

N,-N,/N 

A A 

0.083N^(N-l)/NTp 

1.6 

Help 

44 

40 

84 

1/Th 

N -N,/N 

A A 

0.084N^(N-1  )/NT., 

A H 

0^8 

Total 

37.1  kbits/s 

Outgoing  Messages 

Distance  Request 

* 

10 

85 

95 

F/T3 

N^INj-NtI/N 

0.095FN^(Ng-N^)/NT^ 

1.2 

Distance  Reply 

* 

10 

32 

42 

F(N5-Np)/Ts 

N,/N 

A 

0.042FN^(N-N_) /NI- 
AS T S 

0.6 

s7n  Update 

60 

24 

84 

1/Tr 

N.N^/N 

A T 

0.084N^N^/NTj^ 

1.2 

Still  Alive 

60 

15 

75 

0.075/T. 

A 

0.1 

STF  Update 

44 

166 

210 

l/Ty 

N,/N 

A 

0.210Na/NT„ 

A U 

0.4 

Drop  Tracker 

44 

24 

68 

N,/N 

A 

0.068N^/NT^ 

0.0 

Add  Tracker 

44 

47 

91 

VN 

0.091N./NT,. 

A C 

0.0 

Tracker  Status 

44 

39 

83 

1/Tp 

Na/N 

0.083N./NT„ 

A P 

0.0 

Help 

44 

40 

84 

1/Th 

Na/N 

0.084N^/NT^ 

0.0 

Total 

3. 5 kbit  s 

* 

Assumes  that  an 

average  of 

f Ive  requests 

or  replies  are  combined  in 

eacli  message. 

Assumes  that  N 

radars  are  Involved  In 

tracking  all 

of  the  targets 

tracked  by  a particular 

radar. 
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determining  the  data  rate  for  the  Still-Alive  message  that  the  radar  at  the 
node  under  consideration  is  paired  as  a tracker  with  a total  of  Ng  other 
radars;  this  assumption  is  rather  arbitrary  but  conservative.  Note  that 
all  of  the  data  rate  components  are  proportional  to  the  number  of  targets 
except  for  that  for  the  Still-Alive  message,  which  is  transmitted  periodi- 
cally by  each  radar  independent  of  the  number  of  targets.  However,  since 
the  contribution  of  the  Still-Alive  message  is  negligibly  small,  the  total 
incoming  and  outgoing  data  rates  are  essentially  proportional  to  the  num- 
ber of  targets.  Note  too  that  again  the  major  contributor  to  the  incoming 
data  rate  is  the  STF  Update  message. 

1 • 4 . 4 . 7 Configuration  7 

The  set  of  message  types  for  this  CDT  system  configuration  includes 
those  for  the  preceding  conf iguration  plus  a Measurement  message  sent  to 
an  Operations  Facility  for  some  returns  to  determine  whether  or  not  they 
associate  with  the  full  System  Track  File,  and  an  Association  message 
for  reporting  the  results  of  the  association  processing.  Actually  there 
are  three  possible  types  of  Association  messages  depending  on  the  asso- 
ciation outcome  as  discussed  in  Sec.  1.3. 2. 7;  as  indicated  in  a footnote 
to  Table  1.4.10,  the  text  length  for  the  Association  message  is  a weighted 
average  of  the  three  possible  text  lengths,  assuming  80%  "no  association" 
outcomes  (includes  virtually  all  the  false  alarms)  with  a text  length  of 
16  bits  (target  label),  10%  "associatlon/become-a-tracker"  outcomes  with 
a text  length  of  166  bits,  and  10%  "assoclation/do-not-become-a-tracker" 
outcomes  with  a text  length  of  16  bits.  The  Measurement  and  Association 
messages  are  transmitted  for  only  a small  fraction  of  the  returns — those 
for  which  the  target  track  is  not  contained  in  the  Partial  System  Track 
File  at  the  radar.  This  fraction  is  represented  by  the  symbol  F^^  in 
the  data-rate  expressions,  and  its  value  is  taken  to  be  0.1  in  the  example 
calculations.  In  addition,  these  messages  must  be  transmitted  for  each 
of  the  false  alarms.  The  Measurement  messages  could  all  he  sent  to  the 
Operations  Facility  to  obtain  Association-mosssage  responses,  but  it  is 
assumed  here  that  each  Measurement  message  is  sent  to  a node  in  the 
vicinity  of  the  target  which  will  have  the  track  in  its  Partial  System 
Track  File  if  the  target  has  in  fact  been  acquired  by  any  radar. 
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TABLE  1.4.10 

COMMUNICATIONS  DATA-RATE  REQUIREMENTS  FOR  CONFIGURATION  7 
(CUT  Operation — LTF  and  PSTF  at  Each  Radar — Selected  Radars  Tracking) 


Message 

Message 

Length,  bits 

Mossagcs/s 
per  Target 

Number  of 
Targets 

Data  K.ite  per  Link, 

kbUs/.s 

Header 

Text 

l‘o  t a 1 

Fqo.'U  ii>n 

Kxample 

Incoming 

Messages 

Measurement 

52 

77 

129 

f^n^/t^+nn.Vn 

T N./N 

0. 129(F  N N ./N-fN„)/1 

1 . 5 

MSS  FA 

, S A 

MAS  F S 

Association 

52 

io' 

80 

N.N^/N+N.7F., 
AS  r .M 

0.082(F..N.N.^/N+N..)/T.. 

MAS  r S 

0.9 

Distance  Request 

10* 

85 

95 

K(Ns-N^)/Tj, 

N./N 

A 

0.095FN.(N^.-N.,.)/NT^ 
AST  S 

1.2 

Distance  Reply 

* 

10 

32 

42 

I7T^ 

N^(N^-N^)/N 

0.042FN.(N.,-N.^)/NT.. 
AST  S 

0.6 

S/N  Update 

52 

24 

76 

N.N_/N 

A T 

0.076N^S.j,(N.,-U/NT^ 

2.2 

Still  Alive 

52 

15 

67 

0.067N.,/T.'*’ 

S A 

1.7 

STF  Update 

52 

166 

218 

l/T„ 

N -N  /N 

A A 

0.218N.(N-l)/NT,,'' 

A U 

26.9 

Drop  Tracker 

52 

24 

76 

1/T^. 

N.N^/N-N./N 
AS  A 

0.076N^(N.-1)/NT^ 

AS  1. 

0.5 

Add  Tracker 

52 

47 

99 

N.N^/N-N./N 
AS  A 

0.099N. (N^-1)/NT^ 

AS 

0.7 

Tracker  Status 

52 

39 

91 

1/Tp 

N.N^/N-N./N 
AS  A 

0.09]N,(N^-1)/NT„ 

AS  P 

0.6 

Help 

52 

40 

92 

1/Th 

N.N^/N-N./N 
AS  A 

0.092N^(Ng-l)/NT^ 

J)._3 

Total 

37. I kbits/s 

Outgoing 

Message.s 

Measurement 

52 

77 

129 

F /T 

M S 

Vj/n^n^/Fh 

0.129(Fj^N^Ng/N+Np)/T^ 

1.5 

Association 

52 

30^ 

82 

n./n 

M S S F S A 

0.082(Fj^N^Ng/N+Np)/Tg 

0.9 

Distance  Request 

10* 

85 

95 

Na(N3-Nt)/N 

0.095rN.(N.,-N.,.)/NT^ 
AST  S 

1.2 

Distance  Reply 

10 

32 

42 

F(N3-N^)/Ts 

N./N 

0.042FN.  (N^>N.,.)/NT.. 

AST  S 

0.6 

S/'n  Update 

80 

24 

84 

N.N^/N 

0.084N^N.^/Nlj^ 

1.2 

Still  Alive 

60 

15 

75 

0.075/T. 

A 

0.  1 

STF  Update 

60 

166 

226 

1/T„ 

N./N 

A 

0.226N./NT,, 

A U 

0.4 

Drop  Tracker 

60 

24 

84 

N./N 

A 

0.084N./NT^ 

A C 

0.0 

Add  Tracker 

60 

47 

107 

1/Tc 

N./N 

A 

0. 107N./Nr. 

A C 

0.0 

Tracker  Status 

60 

39 

99 

1/Tp 

N./N 

A 

0.099N^/NTp 

0.0 

Help 

60 

40 

00 

1/Th 

N./N 

A 

0.  lOON./NT, 

A h 

o_.q 

Total 

5.9  kbits/s 

Assumes  that  an 

average  of 

f ive 

req  lusts 

or  replies  are 

combined  In  each 

message . 

4* 

Assumes  that  N 

radars  are  Involved  in 

cracking  all  of 

the  targets  tracked  by  a particular  radar. 

§ 

Weighted  average 

over  the 

three 

possible 

types  of  "Association"  messages, 

assuming  80?  "No  Association,"  10? 

"Associatlon/Tracker,'*  and  L02  *'Associatlon/Non-Tracker"  messages. 
tWer  links  into  STF  nodes  only. 
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The  data-rate  expressions  for  the  other  directed  messages  are  the 
same  as  for  the  previously  considered  configuration,  but  the  expressions 
for  the  "system"  messages  are  different  because  they  must  now  be  sent  to 
only  the  radars  that  have  been  determined  to  be  within  range  of  the  tar- 
get, a difference  which  increases  the  header  length  (the  "system”  messages 
must  now  be  addressed)  but  in  most  cases  reduces  the  number  of  targets  for 
which  the  messages  must  be  received.  However,  all  the  STF  Update  messages 
must  be  sent  to  the  Operations  Facilities,  and  the  Incoming  data  rate  for 
this  message  in  Table  1.4.10  is  for  the  high-traffic  link  into  the  node 
at  which  the  Operations  Facility  is  located  (the  STF  nodes).  The  data 
rate  into  the  other  nodes  would  be  lower  by  9.3  kbits  per  second  for  the 
parameter  values  used  in  the  example — i.e.,  the  total  incoming  data  rate 
would  be  27.8  kbits  per  second  at  the  non-STF  nodes.  At  any  node,  the 
STF  Update  message  is  still  the  dominant  contributor  to  the  Incoming  data 
rate.  As  in  the  previous  configurations,  the  outgoing  data  rate  is  small. 

1.4. 4. 8 Configuration  8 

The  set  of  message  types  for  this  CUT  system  configuration  is  the 
same  as  for  Configuration  7.  However,  with  no  STF  at  the  radars,  a Meas- 
urement message  must  be  sent  to  an  Operations  Facility  for  each  return 
that  does  not  associate  with  the  UTF  and  for  each  false  alarm,  and  an 

Association  message  must  be  sent  back  in  response  to  each  of  the  Measure- 

ment messages.  Furthermore,  these  messages  must  all  be  transmitted  over 
the  links  leading  to  and  from  the  Operations  Facilities,  as  must  all  the 
Distance  Request,  Distance  Reply,  and  STF  Update  messages.  The  data-rate 
expressions  and  example  values  are  given  in  Table  1.4.11  for  all  the  mes- 
sages based  on  the  assumption  that  the  Operations  Facilities  are  located 

at  radar/data  processor  nodes.  Tlie  major  contributors  to  the  total  incom- 
ing data  rate  are  the  Measurement,  Association,  and  STF  Update  messages. 

In  contrast  to  the  situation  tor  the  other  configurations,  the  outgoing 
data  rate  is  fairly  liigh — about  half  of  the  incoming  rate — because  of  the 
high  data  rates  required  to  transmit  all  of  the  Association  and  Distance 
messages. 
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TABLE  1.4.11 


COMMUNICATIONS  DATA-RATE  REQUIREMENTS  FOR  CONFIGURATION  8 
(CUT  Operations — LTF  Only  at  Each  Radar — Selected  Radars  Tracking) 


Mess.ige 

Length, 

bits 

Messages/ s 
per  Target 

Number  ot 
Targets 

D.a.i  Kate  per  Link,  kbit 

.■,/s 

Mess.ige 

Header 

Text 

Total 

Kqu.ii  ion 

Example 

Incoming  Mess.jges  to  STl 

Node 

Measurement 

S2 

77 

129 

0.I29(N/N  -1)(N  (N,,-N^>/N+N  |/N 

O AST  if 

99.5 

A.ssoc  iac  ion 

52 

10^ 

82 

0.082IN  (N^-N_)/N+N J ' 1 
r AST  h S 

2.8 

Distance 

Request 

10 

85 

95 

0.095FN  (N^-N..)<N/N  -D/NT 

A S 1 0 .S 

27.8 

Distance  Reply 

lo' 

J2 

42 

0.042FN.  (N_-N.,.)/NT^ 

AST  S 

0.6 

S/N  Update 

52 

24 

76 

<V>"h 

0.076N^lN.j-l)/Nl^ 

2.2 

St  i 1 l-Al ive 

52 

15 

67 

0.067Ng/T^* 

1.7 

STF  Update 

52 

166 

218 

1/T,, 

0.218N,(N-1)/S1,. 

A 1 

26.9 

Drop 

Track*  •• 

52 

J4 

76 

< 

V. 

< 

().n76N.(N-l)/Nl 

A ( 

1.5 

Add  Tracker 

52 

47 

99 

0.099N.  (N-n/NI 

A ( 

2.0 

Tracker 

Status 

52 

39 

91 

0.09IN.(N-l)/NT 

A P 

1.8 

Help 

52 

40 

92 

,/T„ 

w* 

n.092N  (N-1)/NT 

A H 

_0_.9 

Total 

167. 7 kblls's 

Outgoing  Messages  from  STF 

Node 

Mr'a-sureJBent 

52 

77 

129 

N^(Ng-Nr)/N+N. 

^ 0.129(N^(N^-N^)/N+S^  1/T^. 

-*.5 

A.ssoc  iat  ion 

52 

82 

(Ns-Nt)/Ts+nn^./n^Ts 

0.0a2(N/Njj-l)lN^{N^-N^»/N+Nj.]/T^ 

63.2 

Dist.)nt-e 

Request 

10* 

85 

95 

’‘a'VV'" 

0.095FN^(Ng-N.j.)/NT^ 

1.2 

Distance  Reply 

10* 

32 

42 

'•a'V'a''* 

n.042FN^{Ng-N.^.)(N/N^^-l)/NT^ 

12.3 

S/N  Update 

60 

24 

84 

Vt'" 

0.084N^N.^/NT|^ 

1.2 

stlU-Allvv 

60 

15 

75 

0.075/T^ 

O.l 

STF  Update 

60 

166 

226 

1/T„ 

N,/N 

0.226N,/NT„ 

A U 

0.4 

Drop 

60 

24 

84 

S^/K 

0.084N./NT^ 

A C 

n.o 

Tracker 

Add  Tracker 

60 

47 

107 

■”c 

Na/N 

0.107N  /NT„ 

A C 

O.o 

Ir.uker 

St.itus 

60 

)9 

99 

1/Tp 

N^/N 

0.099N^/NTj, 

0.0 

Help 

60 

40 

ion 

N^/N 

O.IOON^/NT^ 

0.0 

Total  82.9  kblts/s 


Assumes  tl>at  an  .ivera‘^e  of  five  requests  or  replies  are  ronbined  in  each  messaf’e. 

Assumes  that  N r.idars  are  involved  In  tracklns  all  of  the  targets  tracked  by  a particular  radar. 
< ^ 

Weighted  average  over  the  three  possible  types  of  "Association  messages. 
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1.4. 4. 9 Configuration  9 


With  an  STF  but  no  LTF  at  each  radar,  all  of  the  association  process- 
ing is  done  at  the  radar  which  makes  the  measurement,  and  there  is  no 
need  for  the  Measurement,  Association,  Distance  Request,  and  Distance  Reply 
messages.  However,  the  STF  must  be  updated  with  each  tracking  measurement 
made  by  the  primary  tracker,  and  for  the  tracking  rate  of  one  per  second 
used  in  the  example,  the  STF  Update  messages  constitute  virtually  all  the 
incoming  communications  traffic  and  most  of  the  relatively  small  outgoing 
traffic  as  indicated  in  Table  1.4.12. 

1.4.4.10  Summary 

The  communications  data  rates  calculated  as  examples  using  the 
parameter  values  in  Table  1.4.3  for  each  of  the  nine  system  configurations 
considered  are  summarized  in  Table  1.4.13.  The  sum  of  the  incoming  and 
outgoing  data  rates  over  a single  link  to  an  isolated  node  is  given  along 
with  the  separate  values  of  these  two  rates.  The  incoming  data  rates, 
which  are  considerably  larger  than  the  outgoing  rates  in  all  cases,  are 
plotted  in  Fig.  1.4.4  as  functions  of  the  total  number  of  aircraft  in 
track.  As  indicated  in  the  table,  the  data  rates  for  some  configurations 
are  for  any  node  in  the  network  which  through  attrition  becomes  connected 
by  only  one  link  to  the  rest  of  the  network  (and  in  fact  the  sum  of  the 
incoming  and  outgoing  rates  for  this  node  is  approximately  equal  to  the 
total  two-way  data  rate  on  any  link  in  the  network),  while  for  other 
configurations  the  data  rates  are  those  on  the  high-traffic  links  leading 
to  and  from  the  Operations  Facilities  located  at  certain  radar/data  pro- 
cessor nodes.  In  these  latter  configurations,  all  the  links  would  have 
to  have  sufficient  capacity  to  accommodate  the  indicated  data  rates  if 
Che  Operations  Facility  could  be  located  at  any  node,  but  many  of  the 
links  would  not  be  operating  at  their  full  capacity  at  any  given  time 
and  the  excess  bandwidth  might  be  used  for  ECCM  purposes. 

For  the  example  results  summarized  in  Table  1.4.13  and  Fig.  1.4.4, 
the  communications  data  rates  are  lower  for  configurations  in  which 
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COMMUNICATIONS  DATA-RATE  REQUIREMENTS  FOR  CONFIGURATION  9 
(CUT  Operation — STF  Only  at  Each  Radar — Selected  Radars  Tracking) 


Message 

Length, 

bits 

Messages/s 
per  Target 

Number  of 
Targets 

Data  Rate  pel 

' Link,  kbits/s 

Message 

Header 

Text 

Total 

Kquat ion 

Example 

Incoming 

Messages 

sTn  Update 

52 

24 

76 

0.076N  N^(N  -1)/N1'  2.2 

Ail  K 

Still  Alive 

52 

15 

67 

0.067N^/T.* 

S A 

1.7 

STF  Update 

44 

166 

210 

1/T^ 

N -N./N 

A A 

0.210N. (N-l)/NT^ 
A T 

207.0 

Drop  Tracker 

44 

24 

68 

1 

N -N  /N 

A A 

0.068Na(N-1)/NT. 
A C. 

1.3 

Add  Tracker 

44 

47 

91 

N -N./N 

A A 

0.091N^(N-1)/NT^ 

] .8 

Tracker  Status 

44 

39 

83 

l/Tp 

N -N  /N 

A A 

0.083N^(N-l)/NTp 

1.6 

Help 

44 

40 

84 

1/Tp 

N -N./N 

A A 

0.084Na(N-1)/NT^ 
A H 

0^8 

Total 

216.4  kbits/s 

Outgoing 

Messages 

S/N  Update 

60 

24 

84 

l/T^ 

0.084NaN.^/NT„ 

AT  R 

1.2 

Still  Alive 

60 

15 

75 

0.075/Ta 

A 

0. 1 

STF  Update 

44 

166 

210 

1/Tt 

Na/N 

0.210N./NT_ 

A T 

3.0 

Drop  Tracker 

44 

24 

68 

1/Tc 

Na/N 

A 

0.068N./NT^ 

A C 

0.0 

Add  Tracker 

44 

47 

91 

1/T^ 

N /N 

A 

0.091N./NT^ 

A C 

0.0 

Tracker  Status 

44 

39 

83 

1/Tp 

Na/N 

A 

0.083N./NT„ 

A P 

0.0 

Help 

44 

40 

84 

1/T„ 

Na/N 

A 

0.084N./NT . 

A H 

^0 

Total 

4. 3 kbits/s 

* 

Assumes  that 

N^,  radars 

are  involved 

in  tracking 

all  of  the  targets  tracked  by  a 

particular  radar. 
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TABLE  1.4.13 


SUMMARY  OF  COMMUNICATIONS  DATA-Rj\TE  REQUIREMENTS 

Data  Rate  in  kbits/s 

Over 

Link  to  Isolated  Node 

Configuration 

Number 

Incoming 

Outgoing 

Tota 

1 

90 

1 

91 

2 

40 

5 

45 

* 

* 

k 

3 

564 

12 

576 

4 

719 

10 

729 

k 

■k 

5 

678 

10 

688 

6 

37 

4 

41 

k 

7 

37 

6 

43 

•k 

■k 

k 

8 

168 

83 

251 

9 

216 

4 

220 

* 

Over  link  to 

Operations  Facility  or  STF 

node  only . 

there  is  both  a Local  Track  File  and  System  Track  File  of  some  sort  at 
each  node  than  for  configurations  in  which  there  is  only  one  or  none  of 
these  types  of  files  at  each  node.  The  data  rates  are  generally  lower 
for  the  computer-directed-track  systems  with  selected  radars  tracking 
than  for  the  track-while-scan  systems  with  all  radars  within  view  track- 
ing each  target.  However,  the  data  rate  for  the  only  track-while-scan 
(TWS)  system  in  which  selected  radars  are  used  f(jr  tracking  (Configuration 
2)  is  comparable  to  the  lowest  data  rate  for  the  computer-directed-track 
(CDT)  systems.  These  lower  data  rates  (of  tlie  order  of  40  kilobits  per 
second)  lead  to  communications  bandwidth  requirements  which  are  certain. v 
reasonable  for  line-of-sight  communication  links. 
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TABLE  1.4.13 

SUMMARY  OF  COMMUNICATIONS  DATA-RATE  REQUIREMENTS 


Data  Rate  in  kbits /s 

Configuration 

Over  Link  to  Isolated  Node 

Number 

Incoming 

Outgoing 

Total 

1 

90 

1 

91 

2 

40 

5 

45 

k 

* 

* 

3 

564 

12 

576 

4 

719 

10 

729 

* 

* 

5 

678 

10 

688 

6 

37 

4 

41 

* 

* 

7 

37 

6 

43 

* 

* 

* 

8 

168 

83 

251 

9 

216 

4 

220 

•k 

Over  link  to  Operations  Facility  or 

STF  node  only. 

there  is  both  a 

. Local  Track  File  and 

System  Track  File  of  some 

sort  at 

each  node  than 

for  configurations  in 

which  there  is  only  one  or 

none  of 

these  types  of 

files  at  each  node. 

The  data  rates  are  generally  lower 

for  the  computer-dlrected-track  systems  with  selected  radars  tracking 
than  for  the  track-while-scan  systems  with  all  radars  within  view  track- 
ing each  target.  However,  the  data  rate  for  the  only  track-while-scan 
(TWS)  system  in  which  selected  radars  are  used  for  tracking  (Configuration 
2)  is  comparable  to  the  lowest  data  rate  for  the  computer-directed-track 
(CDT)  systems.  These  lower  data  rates  (of  the  order  of  40  kilobits  per 
second)  lead  to  communications  bandwidth  requirements  which  are  certainly 
reasonable  for  line-of-slght  communication  links. 


DATA  RATE  PER  LINK,  kbits/s 


CONFIGURATION  NUMBER  (RADAR  MODE,  TRACK  FILES  AT  RADAR,  ALL  OR  SELECTED 
TRACKERS). 


Figure  1.4.4.  Example  of  Communication  Rate  Versus  Number  of  Aircraft 
One-Way  Data  Rate  Into  Isolated  Node 


1.5  DATA  PROCESSING 

The  output  data  from  the  radar  sensors  must  be  suitably  processed 
to  produce  the  track  files  and  displays  of  aircraft  position  that  consti- 
tute the  outputs  of  the  tactical  air  surveillance  system.  In  addition 
to  the  basic  sequence  of  data-processlng  operations  required  for  this  pur- 
pose, the  data  processing  Involved  In  controlling  the  operation  of  the 
radars  and  the  communications  system  must  be  performed.  The  data  process- 
ing requirements  depend  on  the  system  configuration  and  radar  mode  of 
operation  as  well  as  on  the  environmental  and  radar  parameter  values.  To 
obtain  an  Indication  of  the  data  processing  requirements  for  the  highly 
redundant  netted  systems  under  consideration,  a estimate  was  made  of  the 
data-processlng  execution  rates  In  millions  of  Instructions  per  second 
(MIPS)  for  each  of  the  nine  system  configurations  defined  In  Sec.  1.3. 
These  estimates  are  presented  in  this  section.  The  resulting  MIPS  counts 
are  for  "traditional"  types  of  Instructions,  such  as  performed  by  the 
Control  Data  6000  series  of  machines. 

The  procedure  followed  in  determining  the  data-processlng  rates  con- 
sists of  three  basic  steps: 

1.  The  number  of  Instructions  required  to  perform  each  of  the 
major  data-processlng  operations  was  estimated. 

2.  For  uach  system  configuration  of  interest,  the  rates  at  which 
each  operation  is  performed  were  specified  as  functions  of  the 
threat  and  system  parameters. 

3.  The  number  of  Instructions  was  multiplied  by  the  repetition 
rate  for  each  operation,  and  the  resulting  values  for  all  of 
the  operations  performed  by  a particular  system  were  summed 
to  obtain  the  data  processing  requirements  for  that 
configuration. 

Estimates  of  the  numbers  of  instructions  for  each  operation  are  presented 
in  Sec.  l.S.l,  and  Steps  2 and  3 are  covered  In  Sec.  1.3.2,  where  expres- 
sions for  the  data-processlng  execution  rates  are  presented  and  their 
values  for  a particular  set  of  parameter  values  are  given  as  examples. 
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The  TACRAN3  simulation  was  used  where  possible  as  a point  of  depar-  j 

ture  In  estimating  the  number  of  Instructions  involved  In  performing  each 
of  the  data  processing  operations.  For  most  of  the  major  operations,  I 

parametric  equations  for  the  execution  time  were  derived  In  terms  of  primi- 
tive operations  and  low-level  data  manipulations.  The  parameters  Involved 
are  related  to  the  threat  environment,  the  system  configuration,  anu  the 
computational  approach  used.  Timing  experiments  were  performed  on  one 
computer  system,  a Control  Data  Corporation  7600,  to  obtain  execution 
time  estimates  for  the  low-level  operations.  The  results  were  converted 
to  estimates  of  the  number  of  Instructions  executed  using  known  execution 
rates  for  standard  benchmark  problems. 


The  equations  were  then  refined  to  compensate  for  some  of  the  major 
differences  In  Implementation  between  TACRAN3  and  what  might  be  required 
for  deployable-grade  software.  It  was  assumed  that  computationally  effi- 
cient algorithms  and  data  structures  would  be  employed  for  functions  which 
might  otherwise  require  excessive  data  processing  resources.  Finally  the 
expressions  were  simplified  by  deleting  terms  and  parameters  which  had 
negligible  effects  over  the  range  of  parameter  values  of  Interest. 

For  operations  not  performed  In  TACRAN3,  other  data  and  experience 
with  other  systems  were  used  as  bases  for  making  an  estimate  of  the  number 
of  Instructions.  For  example,  for  radar  scheduling,  which  Is  performed 
only  In  computer-dlrected-track  systems,  the  results  of  some  previous  work 
on  the  development  of  scheduling  algorithms  for  balllstlc-mlsslle-defense 
radars  were  used  here  even  though  the  design  and  operations  of  the  radars 
would  be  somewhat  different. 

The  expressions  or  single-number  estimates  that  were  developed  for 
the  numbers  of  Instructions  for  each  of  the  major  data-processlng  operations 

^The  Instruction-count  estimates  In  this  section  were  prepared  by  Mr. 

P.T.  Alexander,  General  Research  Corporation,  Santa  Barbara. 
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are  listed  In  Table  1.5.1.  The  parameters  In  the  expressions  are  defined 
In  Table  1.5.2,  where  the  values  used  In  the  execution-rate  calculations 
are  specified.  The  threat  and  system  parameters  used  In  specifying  the 
value  of  the  parameter  FLEN  (the  average  number  of  entries  In  a file) 
were  defined  In  Sec.  1.4.3  and  their  nominal  values,  which  were  used  In 
the  example  calculations  of  data-processlng  rates  as  well  as  of  the  com- 
munications data  rates  In  Sec.  1.4.4,  are  given  In  Table  1.4.3.  The 
values  of  NM  (the  average  number  of  tracks  that  could  possibly  associate 
with  each  measurement)  and  tIP  (the  average  number  of  track-measurement 
pairs  simultaneously  considered  by  the  assignment  algorithm)  depend  upon 
the  distribution  of  aircraft  In  the  surveillance  volume.  The' specif led 
values  were  selected  somewhat  arbitrarily  to  represent  the  situation  wnere 
the  aircraft  are  generally  widely  distributed  but  some  of  them  are  grouped 
more  closely  In  some  regions.  The  Indicated  dependence  of  NM  and  NP 
on  the  time  between  measurements  or  STF  updates  Is  a reflection  of  the 
growth  of  the  association  volume  with  time. 


1 

1 


The  parameter  values  In  Table  1.5.2  were  used  In  evaluating  the  ex- 
pressions In  Table  1.5.1  to  obtain  the  Instruction-count  estimates  listed 
there.  In  some  cases,  the  estimated  number  of  Instructions  required  to 
perform  a particular  data-processlng  operation  depends  on  the  system 
configuration  as  Indicated. 

Note  that  the  process  of  updating  the  System  Track  File  using  data 
from  the  Local  Track  File  Is  not  Included  In  Table  1.5.1  (the  System  Track 
File  Update  operation  that  Is  listed  refers  to  the  process  of  fitting  a 
quadratic  function  to  five  measurements  when  there  are  no  Local  Track 
Files  In  the  system) . It  Is  assumed  that  this  STF  updating  Is  done  by 
simply  Inserting  the  current  Local  Track  In  place  of  the  System  Track, 
and  that  the  data  processing  Involved  In  this  operation  Is  negligibly 
small.  If  the  System  Track  File  were  Instead  updated  by  smoothing  in  the 
data  from  the  Local  Track,  e.g.,  by  the  use  of  Kalman-f liter  processing, 
then  the  data-processlng  requirements  for  this  operation  would  be  signi- 
ficant and  should  be  Included. 
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ESTIMATED  NUMBERS  OF  INSTRUCTIONS  REQUIRED  TO  PERFORM  THE  MAJOR  DATA-PROCESSING  OPERATIONS 
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As  an  example  of  the  process  Involved  in  deriving  Che  expressions 
tor  the  numbers  of  Instructions,  consider  the  Assoclatlon-Wlth-Track-Flle 
operation.  This  operation  Is  performed  whenever  an  attempt  Is  made  Co 
associate  a new  measurement  with  the  Local  or  System  Track  File.  For 
simplicity.  It  was  assumed  that  Che  same  algorithm  Is  used  In  both  cases 
across  all  systems;  In  practice,  the  algorithms  would  probably  embody 
different  criteria  for  association,  and  might  thus  exhibit  some  execution 
time  differences. 

The  expression  for  the  number  of  data-processlng  Instructions  has 
three  terms.  The  first  term  represents  the  comparison  of  the  new  measure- 
ment with  Che  existing  file  of  known  cracks.  It  Is  assumed  that  the  file 
Is  kept  ordered  so  that  comparison  w^th,  at  most,  20  Cracks  Is  required 
[thus  the  term  mln(FLEN,20)  In  Table  1.5.1].  The  computational  burden 
of  maintaining  ordered  lists  Is  Included  In  the  Bookkeeping  for  New  File 
Entry.  The  second  term  represents  the  processing  required  when  a meas- 
urement passes  the  coarse  association  tests  for  a particular  track.  This 
processing  Includes  transferring  of  data  and  some  bookkeeping  operations. 
The  third  term  represents  the  processing  required  to  resolve  multiple 
potential  associations  and  select  a single  track  measurement  pairing. 

It  was  assumed  that  Che  mathematical  procedure  known  as  Che  assignment 
algorithm  would  be  used  to  resolve  multiple  associations.  The  exact 
Implementation  of  the  algorithm  would  probably  be  dependent  upon  such 
parameters  as  the  expected  and  maximum  number  of  multiple  associations. 

1.5.2  Data  Processing  Execution  Rates 

The  execution  rate  In  Instructions  per  second  to  perform  the  required 
data-processlng  operations  Is  proportional  to  the  rate  (repetitions  per 
second)  at  which  each  operation  must  be  performed.  This  repetition  rate 
depends  on  the  threat  and  system  parameters  and  Is  generally  different 
for  each  function. 

For  each  of  the  nine  system  configurations  described  In  Sec.  1.3.2, 
Che  major  data-processlng  operations  were  Identified  and  their  repetition 
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rates  were  specified  In  terms  of  the  pertinent  parameters.  These  param- 
eters Include  some  that  were  defined  In  Sec.  1.4.3  and  listed  In  Table 
1.4.3  (page  71)  In  connection  with  the  communications  analysis.  The 
following  additional  parameters,  listed  In  Table  1.5.3,  were  used  In  the 
data-processlng  analysis. 

New-Target  Rate.  The  rate  at  which  new  targets  enter  the  surveil- 
lance volume  of  each  radar  and  of  the  entire  system,  represented  respect- 
ively by  S and  S , depends  on  the  distribution  of  the  aircraft  and 
K 

on  their  velocities.  If  1,000  aircraft  are  assumed  to  be  distributed 
uniformly  over  a 270  x 270  km  area  and  to  be  moving  In  the  same  direc- 
tion at  a speed  of  0.5  km/s,  new  targets  enter  the  coverage  of  each  radar 
with  an  80  km-search  radius  at  a rate  of  about  1.2  per  second,  and  enter 
the  coverage  of  the  entire  system  at  a rate  of  about  1.8  per  second. 

These  values  were  rounded  to  1 and  2 new  targets  per  second,  respectively, 
as  Indicated  In  Table  1.5.3. 


TABLE  1.5.3 

NEW  PARAMETERS  INVOLVF.T  IN  THE  DATA  PROCESSING  REQUIREMENTS  ANALYSIS 
(Other  Parameters  are  Listed  In  Table  1.4.3  on  page  71) 


Symbol 


Parameter 

Rate  at  Which  New  Targets  Enter  the  Sur- 
veillance Coverage  of  Each  Radar 

Rate  at  Which  New  Targets  Enter  the  Sur- 
veillance Coverage  of  the  System 

Maintenance  Interval  for  Track  Initiation 
File 

Maintenance  Interval  for  Local  Track  File 
Maintenance  Interval  for  System  Track  File 
Transmission  Repetition  Frequency 


Value  for  Example 


1 per  s 

2 per  s 


3 s 
10  s 
30  s 

1,000  per  s 
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Track-File  Maintenance  Intervals.  Track-file  maintenance  should  be 
performed  at  appropriate  Intervals  to  purge  old  and  redundant  tracks  from 
the  files.  The  time  between  track-f lle-malntenance  executions  should 
depend  on  the  rate  at  which  the  contents  of  the  file  are  expected  to 
change.  The  example  values  of  this  Interval  specified  In  Table  1.5.3  were 
selected  as  reasonable  but  arbitrary  values.  As  will  be  seen,  they  have 
very  little  effect  on  the  data  processing  requirements. 

Transmission  Repetition  Frequency.  The  rate  at  which  radar  pulses 
or  groups  of  pulses  are  transmitted  for  surveillance  or  tracking  purposes 
affects  the  data  processing  requirements  for  radar  scheduling  In  the 
dlrected-track  systems.  Typically,  It  might  be  necessary  to  schedule 
about  830  surveillance  transmissions  per  second  (10,000  beam  positions 
with  a 12-second  scan  time)  plus  another  50  transmissions  per  second  for 
track  Initiation  and  tracking;  the  total  number  of  transmissions  per  second 
was  conservatively  rounded  up  to  1,000  per  second  for  the  example  calcula- 
tions as  Indicated  In  Table  1.5.3. 

The  major  data  processing  operations,  along  with  the  numbers  of 
Instructions  and  the  repetition-rate  expressions  for  each  operation,  are 
listed  in  Tables  1.5.4  through  1.5.12  for  each  of  the  system  configura- 
•■lons  under  consideration.  The  numbers  of  instructions  are  taken  from 
Table  1.5.1.  The  repetition-rate  expressions  generally  involve  the 
average  number  of  aircraft  and  false  alarms  for  which  the  operation  must 
be  performed  and  the  average  time  between  repetitions  of  the  operation. 

In  the  system  configurations  In  which  there  is  a System  Track  File  at 
every  node,  all  of  the  listed  operations  ir’ist  be  performed  at  every  node. 

In  the  system  configurations  In  which  the  STF  is  maintained  at  only  a 
few  nodes,  which  could  be  the  Operations  Facilities  located  at  some  of 
the  radar/data  processing  nodes,  some  of  the  operations  are  performed 
only  at  these  STF  nodes  and  some,  namely  the  communlcatlons-related 
operations,  are  performed  at  a higher  rate  at  the  STF  nodes.  The  data- 
processlng  load  would  be  lower  at  the  other  (non-STF)  nodes,  but  if  every 
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node  is  to  be  capable  of  serving  as  the  STF  node,  they  must  all  have  the 
required  data-processing  capacity. 


I 

I 


The  repetition-rate  expressions  are  Independent  of  the  location  of  I 

the  node  in  the  network,  except  for  the  Message  Transmission  and  Message  ! 

Reception  r-.tes  which  are  specified  for  nodes  that  are  interconnected  to  | 

several  other  nodes  to  which  they  relay  some  of  the  incoming  messages;  in  j 

fact,  it  is  assumed  that  each  incoming  system  message  is  retransmitted  ; 

I 

by  each  node  and  that  each  directed  message  with  one  address  is  retrans-  I 

mitted  once  before  it  reaches  its  destination  and  that  each  two-address  | 

message  is  retransmitted  twice.  j 

The  expression  for  the  data-processing  execution  rate  in  instruc- 
tions per  second  for  each  operation  is  just  the  expression  for  the  number 
of  repetitions  per  second  multiplied  by  the  number  of  instructions  per 
repetition.  Values  of  the  execution  rates  in  thousands  of  Instructions 
per  second  (TIPS)  are  given  for  each  of  the  operations  in  Tables  1.5. A 
through  1,5.12  for  the  example  parameter  values  specified  in  Table  l.A,3 
and  in  Table  1.5.i,  These  values  are  summed  to  obtain  the  average  data- 
processing  execution  rates.  The  subtotals  are  Increased  by  50%  to  account 
for  control  overhead.  The  totals  are  expressed  in  millions  of  instruc- 
tions per  second  (MIPS)  required  to  perform  all  of  the  operations  in  each 
of  the  systems.  The  instruction  counts  and  the  expressions  for  the  repe- 
tition rates  can  be  used  to  determine  the  data  processing  requirements  for 
other  sets  of  parameter  values  that  might  be  of  interest  (in  some  cases 
the  numbers  of  instructions  for  some  operations  also  depend  to  some  extent 
on  certain  parameters.) 
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TABLE  1.5.4 

DATA  PROCESSING  REQUIREMENTS  FOR  CONFIGURATION  1 


Operation 

Number  of 
Instructions 

Repetitions 
per  Second 

Execution  Rate»  TIPS 
Example  Values 

Coordinate  Transformation 

100 

(N^N^/N+Npl/Ts 

7.6 

Track  Initiation 

6,900 

121.9 

Association  With  LTF 

4,500 

(N^Ns/N+Np)/Ts 

3A2.9 

Local  Track  File  Update 

900 

53.6 

Track  File  Maintenance 

Track  Initiation  File 

2,000 

'/"mi 

0.7 

Local  Track  File 

7,000 

'/"ml 

0.7 

System  Track  File 

20,000 

'/"ms 

0.7 

Bookkeeping  for  New  File  Entry 

Track  Initiation  File 

150 

2.7 

Local  Track  File 

150 

5r 

0.2 

Svstem  Track  File 

150 

0.3 

Message  Transmission 

150 

"u''a'‘s/"o 

78.1 

Message  Reception 

200 

F^N^Ns(N-')/N"^, 

Overhead  (50t) 

Subtotal 

712,1  TIPS 

356.0 

Total 

1.1  MIPS 

Fy  ■ Fraction  of  Radars  that  Update 

the  STF  - 1/6  In 

Example. 
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TABLE  1.5.5 

DATA  PROCESSING  REQUIREMENTS  FOR  CONFIGURATION  2 
(TWS  Operation — DLTF  and  STF  at  Each  Radar — Selected  Radars  Tracking) 


Operation 

Number  of 
Instructions 

Repetitions  per  Second 

Execution  Rate, 
TIPS 

Example  Values 

Coordinate  Transformation 

100 

(N^Ng/N-tNp)/T3 

7.6 

Track  initiation 

6,900 

121.9 

Association  With  LTF 

3,700 

(N^Ng/N+Np)/Tg 

281.9 

1 

Association  With  STF 

4,500 

N^(Ng-NT)/NTs+NF/Ts 

310.7 

1 

Local  Track  File  Update 

900 

N^Nt/NTs 

6.4 

j 

Track  File  Maintenance 

1 

Track  Initiation  File 

2,000 

1/^MI 

0.7 

1 

Local  Track  File 

800 

0.1 

System  Track  File 

20,000 

0.7 

rtt 

Bookkeeping  for  New  File 
Entry 

-m. 

Track  Initiation  File 

150 

2.7 

■- 

Local  Track  File 

150 

0.2 

System  Track  File 

150 

^S 

0.3 

4 

Tracker  Selection 

900 

N^(Ng-NT)/NTs 

47.1 

Message  Transmission 

System  Messages 

150 

26.3 

T 

2-Address  Messages 

400 

3N^Nt/NTs 

8.6 

1 

1-Address  Messages 

300 

4N^/NT^+4FN^(Ng-N^)/NTg 

31.8 

t 

Message  Reception 

200 

Sum  of  Message  Trans- 
mission Rates 

60.6 

A. 

Overhead  (50%) 

Subtotal 

907.6  TIPS 
453.8 

T 

Total 

1.4  MIPS 

i 


I 

I 

i 


I 
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TABLE  1.5.6 

DATA  PROCESSING  REQUIREMENTS  FOR  CONFIGURATION  3 
(TWS  Operation — LTF  Only  at  Each  Radar — All  Radars  Tracking) 


Operation 

Number  of 
Instructions 

Repetitions 
per  Second 

Execution  Rate,  TIPS 
Example  Values 

Coordinate  Transformation 

100 

(N^Ns/N-HNf)/Ts 

7.6 

Track  Initiation 

6,900 

Sr^^f/'^s 

121.9 

Association  With  LTF 

4,500 

(NANs/N+Np)/Tg 

342.9 

* 

Association  With  STF 

4,500 

'^Sr 

315.0 

Local  Track  File  Update 

900 

Vs/'^'^s 

53.6 

Track  File  Maintenance 

Track  Initiation  File 

2,000 

'/■'mi 

0.7 

Local  Track  File 

7,000 

'/■'ml 

0.7 

* 

System  Track  File 

20,000 

'/"ms 

0.7 

Bookkeeping  for  New  File 
Entry 

Track  Initiation  File 

150 

Sr^"f/"s 

2.7 

Local  Track  File 

150 

Sr 

0.2 

* 

System  Track  File 

150 

Ss 

0.3 

Message  Transmission*^ 

1-Address  Messages 

300 

Na(N-No)/NoNTl 

14.8 

2-Address  Messages 

400 

Vs/""u 

17.9 

Message  Reception^ 

200 

N,N_(N-1)/NT„+N,/NT, 
AS  UAL 

616.8 

Overhead  (50Z) 

Subtotal 

1,495.8  TIPS 

747.9 

Total 

2.2  MIPS 

* 

At  operations  Facilities 

(STF  nodes)  only, 

*^Values  for  Operations  Facilities  (STF  nodes). 


TABLE  1.5.7 

DATA  PROCESSING  REQUIREMENTS  FOR  CONFIGURATION  4 
(TWS  Operation — STF  Only  at  Each  Radar — All  Radars  Tracking) 


Operation 

Number  of 
Instructions 

Repetitions 
per  Second 

F.xecution  Rate,  TIPS 
Example  Values 

Coordinate.  Transformation 

100 

7.6 

Track  Initiation 

6,900 

Wh 

121.9 

Association  With  STF 

3,700 

(N^Ns/N+N^,)/Ts 

281.9 

System  Track  File  Update 

900 

Vs^^'^s 

53.6 

Track  File  Maintenance 

Track  Initiation  File 

2,000 

‘/^Ml 

0.7 

System  Track  File 

20,000 

0.7 

Bookkeeping  for  New  File  Entry 

Track  Initiation  File 

160 

2.7 

System  Track  File 

150 

Ss 

0.3 

Message  Transmission 

150 

625.0 

Message  Reception 

200 

N^Ns(N-1)/NTs 

821.^ 

Overhead  (SOX) 

Subtotal 

or 

1,915.8  TIPS 

957.9 

Total 

2.9  MIPS 
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TABLE  1.5.8 

DATA  PROCESSING  REQUIREMENTS  FOR  CONFIGURATION  5 


(TWS  Operation — No  Track  Files  at  the  Radars — All  Radars  Tracking) 


Operation 

Number  of 
Instructions 

Repetitions 
per  Second 

Execution  Rate,  TIPS 
Example  Values 

Coordinate  Transformation 

100 

(N^Ns/N+Nf)/Ts 

7,6 

* 

Track  Initiation 

6,900 

121.9 

* 

Association  With  STF 

3,700 

(N^Ng/N+N^J/Tg 

281.9 

* 

System  Track  File  Update 

900 

53.6 

* 

Track  File  Maintenance 

Track  Initiation  File 

2,000 

0.7 

System  Track  File 

20,000 

'/■^MS 

0.7 

* 

Bookkeeping  for  New  File  Entry 

Track  Initiation  File 

150 

Sr^'^f/'^s 

2.7 

System  Track  File 

150 

®S 

0.3 

Message  Transmission^ 

400 

(NaNs/N+Nf)/Ts 

38,1 

t 

Message  Reception 

200 

(N-l)(N^Ng/N+N|,)/Tg 

1,051.4 

Overhead  (50%) 

Subtotal 

1,558.9  TIPS 

779.5 

Total  2.3  MIPS 


At  Operations  Facilities  (STF  nodes)  only.  i 

^Values  for  Operations  Facilities  (STF  nodes).  \ 

\ 

f 


TABLE  1.S.9 

DATA  PROCESSING  REQUIREMENTS  FOR  CONFIGURATION  6 


I 

|l 

^ I 

I 


[ 

I 

(CDT  Operation — LTF 

and  STF  at 

Each  Radar-Selected 

Radars  Tracking) 

1 

Operat ion 

Number  of 

Repetitions 

Execution  Rate,  TIPS 

T 

Instructions 

per  Second 

Example  Values 

1 

Coordinate  Transformation 

100 

(N^Ns/N+N^,)/Ts 

1.8 

i 

( T 

Track  Initiation 

6,900 

64.4 

1 » 

Association  With  LTF 

1,700 

(N^Ns/N9N^.)/T^ 

141.0 

i 

Association  With  STF 

4,100 

N,(N  -N_)/NT  +N_/T_ 
AST  j;  r S 

111.4 

■ h 

Local  Track  Kile  Update 

900 

n^n^/nt^ 

38.6 

• • 

Track  File  Maintenance 

1 

Track  Initiation  Kile 

2,000 

0.7 

Local  Track  File 

800 

‘'fMl. 

0.1 

« V 

System  Track  F i U* 

20,000 

0.  7 

• • 

Bookkeeping  for  New  File 
Entry 

1 

Track  Initiation  File 

110 

1.4 

Local  Track  File 

no 

’’r 

0.2 

- 

System  Track  File 

110 

0.1 

1 

1 •• 

J 

Tracker  Selection 

710 

N^(N5-N^,)/NT^ 

19.6 

Tracker  Designation 

710 

12.1 

\‘ 

< 

• » 

Radar  Schodol Ing 

100 

100.0 

( 

; .. 

Message  Transmission 

: 1 

1 *’ 

System  Messages 

no 

N^(1/T^j+2/T^.+  1/T|,+  1/T^) 

29. 1 

2-Address  Messages 

400 

t(N  N_/NT„+1/T.) 

A 1 K A 

18.1 

i 

1-Address  Messages 

100 

i.FN^(N^-N,^)/NT^ 

11.7 

I. 

Message  Reception 

200 

Sum  of  Message  Trans- 
mission Rates 

18.6 

1 ^ 

Overhead  (501) 

! 

Subtotal 

680.2  TIPS 

140.1 

1 

Total 

1.0  MIPS 

I 

I 

i 

I 


B 


I 

i 

\ 
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TABLE  1.5.10 

DATA  PROCESSING  REQUIREMENTS  FOR  CONFIGURATION  7 


(CDT  Operation — LTF  and  PSTF  at  Each  Radar — Selected  Radars  Tracking) 


Opvr.it  li*n 

Nusiber  of 
Instruct  ions 

Repel  1 1 ions 
per  Second 

Execution  Rate, 
TIPS 

FxaMple  Values 

Coordinate  TraoH format  ion 

100 

3.8 

Track  Initiation 

6.900 

64.4 

Aasitciation  With  LTK 

),  700 

(N^Nj/N+Np)/Ts 

141.0 

Association  With  PSTF 

4,S00 

155.4 

AaH<H'latlon  With  STF 

A.SOO 

50.9 

LiH'.il  Track  File  Update 

900 

18.6 

Track  File  Maintenance 

Track  Initiation  File 

2,000 

0.7 

Uical  Track  File 

800 

■'"ml 

O.l 

Partial  Svstem  Track 

File 

7,000 

•'"hs 

0.3 

h 

Svstem  Track  File 

20.000 

0.7 

Bookkeeping  for  New  File 

Knt  rv 

Track  Initiation  File 

ISO 

1.4 

l.ocal  Track  File 

IW 

0.2 

P.krtlal  System  Irack 

File 

ISO 

^S 

0.) 

* 

System  Track  File 

ISO 

0.3 

Tracker  Select  i«>n 

7 SO 

19.6 

Tracker  Des Ignat  Ion 

7 SO 

"aV't 

32.1 

Radar  Schedul ing 

100 

100.0 

♦ 

Message  Transmissi«<n 

Partial  Svstem 

Ness.iges  ^ 

600 

125.4 

3-Address  Messages 

400 

18.3 

1-Address  Messages 

100 

29.3 

Message  Recept ion  * 

200 

♦ Sum  i»f  Message  Trans- 

Overhead  (^Ot) 

mission  R.-ites 

Subtotal 

878.2  TIPS 
439.1 

Total 

1.3  HIPS 

* 

At  (>(»«r«clons  P«cllttl«a  (STF  nodes)  only. 

Values  for  Operations  Facilities  (STF  nodes). 

^Asaunen  that  each  Partial  Syste*  Message  has  an  average  of  four  addresses  and  Is  retransHltted 
twice. 

F^  • Fraction  of  MsasureMents  that  Must  be  sent  to  another  node  for  association  • 0.1  In 
esaMple 
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TABLE  1.5.11 

DATA  PROCESSING  REQUIREMENTS  FOR  CONFIGURATION  8 
(CDT  Operation — LTF  Only  at  Each  Radar — Selected  Radars  Tracking) 


[ 

- )' 
!■  ! 

I ~ 

I I 

I 
I 


Operation 

Number  of 
Instructions 

Repetitions 
per  Second 

Execution  Rate, 
TIPS 

Example  Values 

Coordinate  Transformation 

100 

3.8 

Track  Initiation 

6,900 

Wh 

64.4 

Association  With  LTF 

3,700 

141.0 

* 

Association  With  STP 

A,  500 

N^(Ns-Nt)/NTs+Nf/Tj, 

155.4 

Local  Track  File  Update 

900 

N^Nt/NT^ 

38.6 

Track  File  Maintenance 

Track  Initiation  File 

2,000 

‘'"mi 

0.7 

Local  Track  File 

800 

‘'"ml 

0.1 

* 

System  Track  File 

20,000 

‘'"ms 

0.7 

Bookkeeping  for  New  File 
Entry 

Track  Initiation  Flic 

150 

1.4 

Local  Track  File 

150 

0.2 

* 

System  Track  File 

150 

*s 

0.3 

Tracker  Selection 

750 

19.6 

Tracker  Designation 

750 

N.Nt'N"! 

32.1 

Radar  Scheduling 

100 

“t 

100.0 

Message  Transmission 

2-Addre8s  Messages 

400 

(N^/N)(l/T^,+2/Tp+l/Tp 
+ l/T|^)  + J(N^N^/NTn+l/T^) 

19.5 

1-Address  Messages 

300 

(N'No)|N^(N^-Nt)'N+N|.)|'"s 

+ FN^(N/Np)(Nj.-N^)/NTj 

333.3 

Message  Reception^ 

200 

n^(‘'"„«'"c+‘'"p+‘'"h) 

Overhead  (50X) 

■f  Sum  of  Message  Trans- 
mission Rates 

Subtotal 

1,182.1  TIPS 
591.0 

Total 

1.8  MIPS 

* 

At  0p€ratlon8  Pacllitles  (STP  nodes)  only. 
Valuca  for  Operatlonii  Pacllltlca  (STP  nodes). 
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TABLE  1.5.12 

DATA  PROCESSING  REQUIREMENTS  FOR  CONFIGURATION  9 
(CDT  Operation — STF  Only  at  Each  Radar — Selected  Radars  Tracking) 


Operation 

Number  of 
Instructions 

Repetitions 
per  Second 

Execution  Rate, 
TIPS 

Example  Values 

Coordinate  Transformation 

100 

(N^Ns/N+Np)/Ts 

3.8 

Track  Initiation 

6,900 

64.4 

Association  With  STF 

3,700 

(N^Ns/N+N^)/Ts 

141.0 

System  Track  File  Update 

900 

N^/NTt 

12.9 

Track  File  Maintenance 

Track  Initiation  File 

2,000 

0.7 

System  Track  File 

20,000 

0.7 

Bookkeeping  for  New  File  Entry 

Track  Initiation  File 

150 

1.4 

System  Track  File 

150 

0.3 

Tracker  Selection 

750 

19.6 

Tracker  Designation 

750 

N^N,/NTt 

32.1 

Radar  Scheduling 

100 

100.0 

Message  Transmission 


System  Messages 

150 

N^(l/T^+2/Tj,+  l/Tp+l/T^) 

160.5 

2*‘Address  Messages 

400 

3(N^Np/NTp*l/T^) 

18.3 

Message  Reception 

200 

Sum  of  Message 
Transmission  Rates 

223.2 

Overhead  (50Z) 

Subtotal 

778.9  TIPS 
389.5 

Total 

1.2  MIPS 

f 


t 


The  relative  magnitudes  of  the  data  processing  requirements  for 
the  various  operations  are  readily  apparent  In  the  tables.  The  execution 
rates  for  the  Association  operations  are  large  In  all  cases,  and  those 
for  Track  Initiation  and  for  Radar  Scheduling  (In  the  Direct-Track  Systems 
«diere  It  Is  needed)  are  also  sizable.  The  data-processlng  requirements 
for  transmitting  and  receiving  comnunlcatlons  messages  become  quite  large 
In  some  systems  configurations,  at  least  as  they  are  estimated  here: 
possibly  If  these  configurations  were  to  be  built,  special-purpose  hard- 
ware and/or  more  efficient  algorithms  could  be  developed  to  reduce  these 
requirements.  The  data  processing  loads  Imposed  by  background  functions 
such  as  Track  File  Maintenance  and  Bookkeeping  for  New  File  Entries  are 
small  In  all  cases. 

The  data-processlng  execution  rates  for  the  example  parameter  values 
are  summarized  In  Table  1.5.13  for  the  nine  system  configurations.  The 
data-processlng  requirements  for  all  of  the  configurations  and  modes  of 
operation  are  of  the  order  of  1-3  MIPS.  The  lower  values  are  obtained 
when  there  Is  both  a Local  Track  File  and  a System  Track  File  at  each 
node  (Configurations  1,  2,  6,  and  7),  with  the  higher  values  required 
when  there  is  only  one  track  file  or  none  at  each  node  (Configurations 
3,  4,  5,  and  8)  with  one  exception  (Configuration  9). 

The  example  values  of  the  data-processlng  execution  rates  are 
plotted  In  Fig.  1.5.1  versus  the  total  number  of  aircraft  In  track  by  the 
system.  Because  of  the  technique  for  handling  association,  these  plots 
are  straight  lines  or  nearly  straight  lines  with  different  slopes  for  the 
different  system  configurations. 

It  should  be  emphasized  that  the  results  of  this  data  processing 
analysis  are  based  on  a series  of  assumptions  and  estimates,  many  of 
trhlch  are  difficult  to  substantiate  until  the  algorithms  Involved  have 
been  defined  in  detail  and  a method  of  Implementation  has  been  developed. 
Furthermore,  the  execution  rates  that  were  obtained  are  average  values; 


117 


TABLE  1.5.13 

SUMMARY  OF  DATA  PROCESSING  REQUIREMENTS 
(Including  an  Additional  50Z  Instructions  for  Overhead  Functions) 


Configuration  Number  Execution  Rate  In  MIPS 


1 

2 

3 

4 

5 

6 

7 

8 
9 


1.1 

1.4 

i 

2.2 

2.9 

* 

2.3 

1.0 

i 

1.3 


1.8 

1.2 


At  Operations  Facilities  or  STF  nodes  only. 


under  conditions  where  certain  radars  must  track  an  unduly  large  share 
of  the  targets,  or  where  the  targets  are  bunched  together  making  associa- 
tion more  difficult,  the  peak  data  processing  loads  may  be  considerably 
higher.  Also  the  50Z  additional  Instructli :>s  made  for  the  data  process- 
ing overhead  association  with  the  real-time  operating  system  Is  a.i  esti- 
mate that  could  vary  considerably  depending  on  the  Implementation. 
Nevertheless,  the  results  do  indicate  that  the  data  processing  require- 
ments for  a netted  air  surveillance  and  control  system  are  In  a reasonable 
and  Interesting  range — they  are  not  so  small  as  to  be  trivially  attain- 
able nor  so  large  as  to  be  practically  unattainable,  particularly  In  view 
of  recent  and  projected  advances  In  the  state-of-the-art  which  provide 
Increasing  data  processing  capabilities  with  reduced  hardware  size  and 
cost. 
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EXECUTION  RATE,  MIPS 


2 REAL-TIME  DATA  PROCESSING  FUNCTIONS 


The  primary  data-processlng  functions  that  were  investigated  in 
detail  during  this  study  are  track  initiation,  track  association  (or  cor- 
relation), and  track  filtering.  Successful  execution  of  these  primary 
functions  is  critical  to  the  operation  of  automated  netted  air  surveil- 
lance systems  of  the  type  under  consideration.  The  capabilities  of  spe- 
cific algorithms  for  performing  these  functions  under  the  conditions  of 
interest  are  analyzed  in  this  section. 

There  are,  however,  a number  of  other  functions  that  must  also  be 
performed  as  part  of  the  operation  of  a network  of  automated  radars. 

These  are  described  next. 

2.1  LIST  OF  REAL-TIME  FUNCTIONS 

The  functions  to  be  performed  fall  generally  into  four  classes: 

(1)  those  local  functions  required  by  a track-while-scan  system,  (2) 
those  additional  local  functions  that  are  required  by  a phased  array 
with  full  beam  agility,  i.e.,  a computer-directed-track  system,  (3)  the 
functions  required  to  maintain  the  system-level  tracks  in  the  System 
Track  File,  and  (4)  the  functions  required  for  handling  communications. 

The  following  descriptions  distinguish  between  two  types  of  track: 
The  first  is  the  Local  Track;  these  are  the  individual  tracks  (if  they 
exist)  at  each  radar  that  are  directly  updated  by  the  radar  returns  from 
that  radar.  The  second  is  the  System  Track;  these  are  the  tracks  repli- 
cated at  several  or  all  nodes  and  are  the  primary  output  of  the  surveil- 
. lance  system. 

2.1.1  Local  Track-While-Scan  Functions 

The  local  functions  required  by  a track-while-scan  (TWS)  system 
are  summarized  below: 

I 


Track  Initiation.  Radar  returns  (measurements)  that  do  not  asso- 


ciate with  existing  tracks  in  the  Local  Track  File  are  potential 
candidates  for  track  initiation.  (Of  course  they  may  also  be  noise 
pulses  or  clutter  returns.)  Successive  returns  are  saved,  and 
association  with  the  previous  return(s)  is  attempted.  Depending 
on  the  circumstances,  a successful  track  may  be  Initiated  with  only 
two  returns;  however,  in  some  cases  additional  returns  may  some- 
times be  required  to  ensure  a high  probability  of  successful  ini- 
tiation with  a low  probability  of  false  initiations.  This  function 
is  further  described  and  analyzed  in  Sec.  2.2. 

Track  Association.  Track  association  (correlation)  is  the  process 
of  associating  a new  radar  return  with  an  existing  track  file.  It 
involves  extrapolating  each  tract  in  the  file  forward  in  time  to 
the  time  of  the  radar  return  (or  a time  nearby  depending  on  the 
track  accuracies  involved),  and  then  determining  if  the  radar  return 
occupies  the  same  space  (in  up  to  as  many  dimensions  as  exists  in 
the  return)  as  the  extrapola,ted  target.  Association  is  consider- 
ably aided  by  the  presence  of  an  identification  tag  with  the  radar 
return.  This  function  is  further  described  and  analyzed  in  Sec. 

2.3. 

Track  Update.  Updating  is  the  process  of  computing  a new  estimate 
of  the  track  of  an  aircraft  based  on  information  from  a new  radar 
return  (measurement).  As  described  in  Sec.  2.4,  there  are  recur- 
sive and  nonrecurslve  filters  for  performing  track  update. 

Track  File  Maintenance.  A number  of  Important  tracking  functions 
are  listed  under  the  general  heading  of  track  file  maintenance. 

These  Include  deleting  (or  combining)  multiple  tracks  on  the  same 
aircraft  and  purging  old  tracks.  Old  tracks  may  arise  because  the 
aircraft  has  left  the  surveillance  volume  or  because  the  track  re- 
sulted from  false  alarms,  not  a real  aircraft. 

Clutter  Mapping.  Some  air  surveillance  radars  may  require  addi- 
tional processing  of  returns  from  clutter  over  that  provided  by  the 
signal  processor.  However,  it  is  reasonable  to  expect  that  future 
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radars  will  eliminate  clutter  to  the  maximum  extent  possible  in  the 
signal  processor  before  such  returns  reach  the  data  processor  by 
using  techniques  such  as  those  employed  in  the  MIT  Lincoln  Labora- 
tory MTD  (moving  target  detector)  processor. 

Other  Functions.  These  include  manual  intervention  modes,  local 
jammer  response,  and  IFF  data  processing. 

2.1.2  Local  Computer-Dlrected-Track  Functions 

In  a computer-dlrected-track  (CDT)  system  track  is  not  performed 
using  search  pulses  as  in  a track-while-scan  system,  but  rather  by  direct- 
ing a pulse  toward  the  expected  position  of  a target  being  tracked  when- 
ever another  data  point  is  required.  Search  is  performed  in  addition  to 
track  as  a background  function. 

A CDT  system  requires  all  of  the  functions  of  a TWS  system  and  more. 
Track  initiation  in  a CDT  system,  however,  is  much  more  versatile  than 
in  a TWS  system  because  the  second  return  can  follow  the  initiation  of 
an  initial  detection  closely  enough  in  time  such  that  association  of  the 
^second  (or  additional  returns,  if  needed)  is  relatively  unquestioned. 
Association  of  track  returns  is  not  required,  because  each  track  return 
is  tagged  with  the  identification  of  the  target,  as  explained  below. 
Association  is  still  required  for  returns  obtained  during  search. 

A diagram  of  the  flow  of  data  through  the  track  loop  of  a CDT  sys- 
tem is  shown  in  Fig.  2.1.1.  Only  the  most  basic  of  the  many  required 
functions  are  shown.  The  basic  track  loop  consists  of  the  unshaded  boxes 
in  the  figure.  Track  operation  is  as  follows:  Assume  an  aircraft  is 
already  in  track;  i.e.,  a track  has  been  established  on  the  aircraft.  It 
is  up  to  the  data  processor  to  schedule  a new  track  measurement  on  the 
aircraft.  This  is  accomplished  by  having  a track-request  routine  note 
when  the  next  measurement  is  required.  The  Radar  Scheduler  routine  takes 
all  of  the  track  requests  (and  scan  requests)  and  schedules  them.  The 
result  is  a set  of  Radar  Orders  which  drive  the  radar.  The  approximate 
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Figure  2.1.1. 


Track  Loop  Diagram  in  a Computer-Directed-Track  System 
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location  of  the  return  from  a requested  track  measurement  Is  known,  so 
that  when  the  echo  returns,  it  can  immediately  be  tagged  with  an  identi- 
fication of  the  requesting  track  file,  making  association  unnecessary. 

The  return  data  is  distributed  to  the  track  update  routine,  after  which 
a new  track  measurement  is  requested. 

Complications  of  the  above  simple  track  loop  occur  because  (1) 
search  is  occurring  at  the  same  time  as  track,  and  (2)  the  expected  track 
return  may  not  be  received  or  may  consist  of  several  returns.  Some  of 
the  principal  other  required  functions  are  shown  in  the  shaded  boxes  in 
the  figure.  Scan  Generation  makes  requests  for  search  transmission;  these 
requests  enter  the  queue  for  servicing  by  the  Radar  Scheduler  along  with 
the  track  requests.  The  search  returns  will  Include  new  detections,  noise, 
clutter,  and  all  aircraft  already  in  track.  The  aircraft  already  in 
track  can  be  associated  with  the  existing  tracks,  and  the  measurement 
can  either  be  discarded  or  used  to  update  the  track.  Other  returns  must 
be  processed  as  potentially  new  aircraft.  A second  measurement  can  be 
requested  shortly  thereafter  to  complete  the  track  initiation  (this  loop 
is  not  shown  in  the  figure  for  simplicity). 

The  additional  functions  (over  a TWS  system)  required  by  a CDT  sys- 
tem are  summarized  below: 

Radar  Scheduling.  Requests  for  radar  service  from  several  sources 
(including  scan  and  track)  are  scheduled  onto  the  radar  time  line 
and  turned  into  specific  radar  orders. 

Track  Measurement  Request  Processing.  This  function  generates 
requests  for  track  measurements  based  on  the  time  that  each  track 
file  should  be  updated. 

Scan  Generation.  Requests  for  search  transmissions  are  generated 
here,  perhaps  based  on  a fixed  template  of  scan  beams,  perhaps  in 
a more  dynamically  adaptive  manner. 
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Null  Return  Processing.  This  function  handles  missed  detections. 
Either  another  track  measurement  is  requested,  or  additional  Lost 
Track  Processing  is  performed. 

Lost  Track  Processing.  If  too  many  missed  detections  occur  in  a 
row,  the  track  is  considered  lost  and  either  a new  track  established 
by  reacqulsltlon  with  a local  search  about  the  last  predicted  posi' 
tlon,  or  the  track  is  simply  dropped. 

Multiple  Return  Processing.  If  more  than  one  track  return  is 
received  when  only  one  was  expected,  processing  is  required  to 
determine  which  is  the  correct  return.  An  extra  return  might  be 
from  a noise  pulse,  unexpected  clutter,  crossing  targets,  or 
countermeasures . 


2.1.3  System  Track  Functions 

An  additional  set  of  functions  is  required  to  maintain  the  System 
Track  File.  These  functions  include: 

System  Track  Initiation.  Whenever  a new  track  enters  the  system 
at  any  point,  a new  System  Track  must  be  created.  At  the  system 
level  this  is  either  a simple  or  a complex  process,  depending  on 
the  system  configuration. 

System  Track  Association.  This  function  involves  associating  local 
track  data  with  the  existing  System  Tracks.  Techniques  for  accomp- 
lishing this  depend  on  the  specific  system  configuration  being 
considered.  (See  Sec.  2.3.1  for  additional  discussion.) 

System  Track  Update.  The  System  Tracks  may  need  to  be  kept  up  to 
date  at  least  at  some  minimum  rate  defined  by  the  users,  even  if 
no  new  radar  measurements  are  available.  This  is  performed  by 
extrapolating  the  last  known  state  of  the  aircraft  forward  to  the 
present  time. 

System  Track  File  Maintenance.  The  purpose  of  this  function  is  to 
keep  the  System  Track  File  "clean."  That  is,  it  deletes  (or 
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combines)  multiple  tracks,  and  It  purges  old  tracks  that  have  not 
been  updated  for  some  specified  duration. 

Target  Handover.  When  an  aircraft  that  Is  being  handled  by  one 
radar  enters  the  surveillance  volume  of  another  radar,  the  second 
radar  needs  to  Initiate  a track  on  the  aircraft.  This  can  be  accom- 
plished In  several  ways:  (1)  the  original  tracking  radar  can  send 
a message  to  the  second  radar,  (2)  the  second  radar  can  wait  for 
Its  first  detection  on  the  aircraft  and  then  associate  the  detec- 
tion with  the  System  Track  File,  or  (3)  a routine  constantly  check- 
ing the  System  Track  File  can  start  a Local  Track  File  at  the  second 
radar,  automatically  permitting  the  second  radar  to  begin  a track 
on  the  aircraft. 

Jammer  Response  Coordination.  An  additional  function  that  could 
be  performed  at  the  system  level  Is  the  development  of  a coordi- 
nated system  response  to  jamming. 

Automated  Site  Registration.  The  registration  of  a site  can  be 
determined  by  comparing  Its  local  measurements  or  tracks  with  the 
corresponding  System  Tracks. 

2.1.4  Communications  Functions 

A number  of  functions  are  associated  with  the  preparation  and  send- 
ing of  messages,  and  with  their  receiving  and  processing.  Many  of  these 
functions  are  specialized  to  a particular  system  design;  an  example  of 
this  is  given  In  Sec.  3.5. 


Two  functions  are  common  to  any  of  the  systems.  These  are: 

1.  Message  Transmission.  This  function  accepts  messages  from 
various  routines  and  prepares  them  for  sending.  It  Is  the 
data  processing  interface  with  the  sending  communications 
system. 
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Message  Reception.  This  function  receives  messages  from  the 
receiving  communication  system,  perhaps  modifies  the  message, 
and  gives  It  to  the  appropriate  routine  depending  on  message 
type. 

2.2  TRACK  INITIATION 

Track  Initiation  Is  the  process  In  which  a sequence  of  returns  from 
newly  observed  targets  are  stored  and  associated  (correlated)  so  as  to 
obtain  sufficient  Information  about  the  target  to  establish  a track.  All 
new  radar  returns — those  that  do  not  associate  with  an  existing  track  In 
the  Local  or  System  Track  Files — are  candidates  for  track  Initiation. 

Some  of  these  returns  will  be  false  alarms  due  to  noise  and  clutter.  One 
of  the  functions  of  the  track-initiation  process  Is  to  eliminate  these 
false  alarms  before  tracks  are  established  on  them. 

Several  different  track- Initiation  algorithms  were  considered;  they 
are  described  In  Sec.  2.2.1.  The  probability  of  Initiating  track  on  a 
sequence  of  random  false  alarms  Is  analyzed  In  Sec.  2.2.2,  and  the 
expected  numbers  of  false-alarm  track  Initiations  per  scan  are  determined 
for  each  of  the  algorithms.  False  tracks  can  also  be  Initiated  through 
Incorrect  pairings  of  returns  from  nearby  targets,  but  the  frequency  of 
such  false-track  Initiations,  and  the  persistence  of  the  tracks  chat  are 
Initiated,  depend  on  the  particular  target  geometries  and  maneuver  his- 
tories, and  Che  multiple-target  Crack- Initiation  problem  was  not  analyzed 
as  part  of  this  study. 

2.2.1  Track-Initiation  Algorithms 

The  Crack- Initiation  process  Involves  the  association  of  measure- 
ments of  target  position  and  possibly  velocity  to  determine  whether  or 
not  the  returns  are  from  the  same  target  and  If  so  to  obtain  an  estimate 
of  the  target  position  and  velocity  for  track-filter  initialization. 

Track  Initiation  can  be  carried  out  using  different  types  of  measurements, 
numbers  of  measurements,  and  measurement  spaclngs,  with  different  levels 
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initiation  algorithms  considered  In  the  analysis  of  false-alarm  effects 
arc  listed  In  Table  2.2.1  with  a sketch  Indicating  the  relative  timing 
of  the  measurements  In  each  case.  The  first  four  algorithms  all  utilize 
position  measurements  only;  the  fifth  utilizes  doppler  measurement  of 
radial  velocity.  Each  of  these  algorithms  and  Its  relationship  to  the 
radar  mode  of  operation  can  be  described  briefly  as  follows. 


Two  Measurements.  The  simplest  track- initiation  algorithm  asso- 
ciates two  measurements^  of  target  position,  made,  for  example,  on  suc- 


cessive scans  of  a TWS  radar.  The  algorithm  takes  each  measurement  that 
does  not  associate  with  an  existing  track  and  first  determines  if  it 


TABLE  2.2.1 

TRACK  INITIATION  ALGORITHMS  CONSIDERED 


1. 

Two  Measurements 

1 1 

I 

. 

2. 

Three  Measurements  __l 

1 

• 

3. 

Two  Measurement  Pairs  _1 

u 

4. 

One  Measurement  Pair  Plus  One 

Out  of  Two  Measurements  _J 

u 

5. 

Two  Pulse-Doppler  Bursts  ^ 

D 

Q 

Each  measurement  may  Involve  a number  of  radar  pulses  which  are  trans- 
mitted and  received  during  the  time  the  target  is  within  the  antenna 
beam.  In  the  AN/TPS-43  radar,  for  example,  about  8 pulses  are  trans- 
mitted during  the  time  the  antenna  beam  moves  one  beamwidth.  The  returns 
from  these  pulses  are  Integrated  by  the  radar  signal  processor  to  pro- 
duce a single  measurement. 
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associates  with  a previously  saved  measurement.  The  association  test  Is 
simply  based  on  speed;  If  two  measurements  produce  a track  with  a credible 
speed  (or  velocity  vector) — l.e.,  a speed  that  Is  not  greater  than  the 
maximum  speed  of  any  aircraft  of  Interest  at  the  target  altitude — a track 
Is  Initiated  with  the  second  measurement  as  the  estimated  position  and  a 
velocity  based  on  the  two  position  measurements  and  the  time  between 
them.  Tracks  are  Initiated  on  all  pairs  of  pulses  that  pass  the  speed 
test.  Whether  or  not  a measurement  Is  used  to  Initiate  a track.  It  Is 
saved  for  possible  association  with  later  measurements;  this  ensures  that 
measurements  on  valid  targets  are  not  lost  during  the  track  Initiation 
process  by  an  accidental  association  with  a false  alarm. 

Three  Measurements.  Improved  performance  can  be  obtained  by  using 
three  measurements  on  successive  scans  or  possibly  three  more  closely 
spaced  measurements  In  a computer-dlrected-track  system.  The  first  two 
measurements  are  not  used  to  set  up  a tentative  track  In  a Track  Initia- 
tion File.  The  algorithm  takes  each  measurement  that  does  not  associate 
with  an  existing  track  and  first  determines  If  It  associates  with  a ten- 
tative track.  Association  Is  based  not  on  speed,  but  on  the  same  asso- 
ciation tests  used  to  determine  If  a measurement  associates  with  an 
existing  track,  as  discussed  In  Sec.  2.3.  An  association  volume  Is 
placed  around  each  extrapolated  track  In  the  Track  Initiation  File,  and 
association  Is  successful  If  the  measurement  lies  Inside  the  volume. 

If  association  Is  successful,  the  measurement  Is  used  to  Initiate  a new 
track.  If  It  Is  not  successful,  the  procedure  described  above  under 
"two  measurements"  Is  followed. 

Two  Measurement  Pairs.  By  making  a pair  of  position  measurements 
a relatively  short  time  apart  (of  the  order  of  one  second),  an  estimate 
of  the  target  velocity  can  be  made  and  used  In  determining  the  associa- 
tion volume  for  measurements  a scan  time  later.  (A  crude  track  can  be 
Immediately  Initiated  with  the  first  measurement  pair.  If  required.) 

With  a mechanically  scanned  reflector,  a second  measurement  (following 


the  one  made  by  the  surveillance  beam)  might  be  obtained  by  using  an  off- 
set feed  arrangement  to  produce  a second  beam  displaced  In  azimuth,  but 
the  use  of  a mechanically  scanned  phased  array  to  form  a second,  off- 
boreslght  beam  Is  probably  a more  practical  approach. 

One  Measurement  Pair  Plus  One-Out-of-Two  Measurements.  If  track 
Initiation  requires  the  detection  of  four  sets  of  measurements  as  In  the 
previous  algorithm,  the  probability  of  successful  Initiation  will  be  low 
unless  the  probability  of  detection  for  each  measurement  Is  high  as  Is 
discussed  In  the  next  section.  This  algorithm  constitutes  an  attempt  to 
alleviate  this  problem  by  requiring  that  only  one  of  the  two  sets  of 
measurements  In  the  second  pair  be  detected  (and  associate  with  the  first 
pair) . 


Two  Pulse-Doppler  Bursts.  By  using  coherent  pulse  bursts,  the 
radial  component  of  target  velocity  can  be  measured.  This  measurement 
can  be  used  In  predicting  the  target  position  at  the  time  of  the  second 
measurement,  and  the  radial  velocity  constitutes  another  dimension  of  the 
association  volume  which  can  be  utilized  to  Improve  the  track  Initiation 
performance.  It  should  be  pointed  out,  however,  that  the  design  of  a 
suitable  pulse-doppler  waveform  and  signal  processor  Is  not  simple  for 
the  application  of  Interest  because  of  the  wide  range  of  possible  target 
velocities. 

2.2.2  False-Alarm  Track  Initiations 

In  any  radar,  false  alarms  due  to  noise  will  occur  on  occasion. 

For  purposes  of  the  analysis  here,  the  rate  at  which  they  occur  will  be 
specified  In  terms  of  an  average  number  per  scan,  as  given  In  the  State- 
ment of  Work.  Track  Initiation  will  be  attempted  on  each  false  alarm 
which  does  not  associate  with  an  existing  track  (l.e.,  virtually  all  the 
false  alarms).  In  most  cases,  there  will  be  no  false  alarm  or  radar 
return  within  the  association  volume  at  subsequent  measurement  times,  and 
the  track-initiation  process  will  be  terminated.  It  Is  possible,  however, 
that  false  alarms  will  occur  In  the  association  volume  and  that  cracks 
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will  be  initiated  on  a sequence  of  false  alarms.  The  frequency  with 
which  such  false-alarm  initiations  could  be  expected  to  occur  is  of 
Interest — if  it  is  high  it  could  overload  the  data  processing  and  com- 
munications systems  and  lead  to  constantly  changing  and  confusing  pre- 
sentations of  the  tactical  air  situation — so  the  dependence  of  the 
expected  number  of  false-alarm  track  initiations  on  the  pertinent  radar 
and  target  parameters  was  analyzed  for  the  algorithms  defined  in  the 
preceding  section. 

The  probability  that  a random  false  alarm  occurs  within  an  associa- 
tion cell  depends  on  the  size  of  the  cell  relative  to  the  total  volume 
within  which  the  false  alarms  can  occur  (generally  the  surveillance 
volume).  The  size  of  the  association  cell  depends  on  the  target  velocity 
and  acceleration  capabilities,  the  time  between  measurements  (l.e.,  the 
time  during  which  target  displacements  can  build  up),  and  the  radar  meas- 
urement accuracy. 

The  horizontal  and  vertical  dimensions  of  the  association  cell  may 
differ  in  magnitude  because  of  different  target  velocity  and  acceleration 
capabilities  and  different  radar  measurement  accuracies  in  these  two 
dimensions.  As  a simple  representation  of  the  association  cell  geometry 
which  easily  accommodates  this  difference  in  dimensions  (but  assumes  a 
symmetrical  distribution  of  target  locations  in  the  horizontal  plane),  a 
right  circular  cylinder  was  used  in  the  false-initlatlon  calculations 
for  the  first  four  algorithms  under  consideration  (those  not  involving 
Doppler  measurements).  As  depicted  in  Fig.  2.2.1,  the  center  of  this 
cylinder  is  at  the  predicted  target  position,  its  radius  is  R , and  its 
height  is  H . The  dimensions  of  the  association  cell  must  be  large 
enough  to  encompass  all  possible  locations  of  the  target,  taking  into 
account  its  possible  displacement  due  to  unknown  velocity  and  accelera- 
tion components  as  well  as  uncertainties  due  to  errors  in  measuring  the 
target  position  and  velocity.  Since  the  measurement  errors  are  random 
in  nature  (any  bias  errors  will  presumably  cancel  out  in  associating  t%ro 
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nearby  measurements),  the  association-cell  dimensions  can  only  be  large 
tiough  to  ensure  that  the  anticipated  measurement  will  lie  within  the 
cell  with  high  probability.  The  3-o  value  of  a random  variable,  where 
o is  the  standard  deviation.  Is  often  used  as  a hlgh-level-of-conf idence 
specification;  this  value  was  used  In  the  false- Initiation  analysis  In 
specifying  the  contribution  of  the  measurement  error  to  the  association- 
cell dimensions. 

For  the  fifth  track-initiation  algorithm  in  which  a Doppler  measure- 
ment of  radial  velocity  Is  used,  the  association  volume  Is  a vertical 
slice  through  the  cylinder  In  Fig.  2.2.1.  A plan  view  of  this  association 
cell  is  shorn  In  Fig.  2.2.2.  The  magnitude  of  R (and  of  H In  the 
vertical  plane)  depends  on  the  assumed  target  velocity  and  acceleration 
capabilities  and  on  the  radar  position-measurement  accuracy;  the  magni- 
tude of  D depends  on  the  Doppler  measurement  accuracy.  In  addition  to 
Its  three  spatial  dimensions,  the  association  cell  In  this  case  has  a 
fourth  dimension — radial  velocity  V . The  size  of  the  association  cell 
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Figure  2.2.2.  Plan  View  of  Association  Cell  With  Doppler  Measurements 


in  that  dimension  depends  primarily  on  the  change  in  velocity  due  to  un- 
known target  acceleration  since  the  last  measurement  and  on  the  Doppler 
measurement  accuracy. 

For  the  case  where  only  the  target  position  has  been  measured  (i.e., 
for  the  second  measurement  in  the  first  four  of  the  algorithms  under  con- 
sideration), the  predicted  target  position  is  its  previously  measured  posi- 
tion, and  the  maximum  target  displacement  in  any  direction  is  the  maximum 
target  velocity  in  that  direction  times  the  elapsed  time  since  the  previous 
measurement.  The  maximum  velocity  in  the  horizontal  plane  must  be  taken 
to  be  the  maximum  level-flight  velocity  of  any  aircraft  that  could  be  fly- 
ing in  the  airspace  under  surveillance  unless  additional  velocity  infor- 
mation is  available  that  would  allow  the  assumption  of  a lower  velocity 
(such  as  an  IFF  signal  which  identifies  the  types  of  aircraft  or  a priori 
knowledge  that  certain  types  of  aircraft  operate  only  in  certain  portions 
of  the  airspace).  The  maximum  velocity  is  a function  of  altitude  (as 
shown  in  the  example  aircraft  flight  envelope  of  Fig.  2.3.8  on  p.  169); 
however  in  this  analysis  a single  maximum  velocity  is  used.  The  maximum 
target  velocity  in  the  vertical  direction  is  generally  less  than  its 
maximum  horizontal  velocity;  after  some  discussion  with  aerodynamlcists 
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and  an  experienced  USAF  pilot,  it  was  concluded  that  the  maximum  practi- 
cal vertical  velocity  for  high-performance  aircraft  is  roughly  one- 
quarter  of  their  maximum  horizontal  velocity,  and  that  figure  was  used 
in  the  analysis.  Thus,  dimensions  of  the  correlation  cell  in  this  case 
are 


R = V T + 3/2o  (2.2-1) 

m p 

H - 2/|-  V T + (2.2-2) 

V4  m h/ 

where  v is  the  maximum  aircraft  velocity,  T is  the  time  since  the 
m 

last  measurement,  o is  the  standard  deviation  of  the  position  measure- 

P 

ment  error  in  the  horizontal  plane  (assumed  to  be  equal  in  the  range  and 

azimuth  directions),  and  o,  is  the  standard  deviation  of  the  position 

n 

measurement  error  in  the  vertical  plane  (i.e.,  in  target  height).  The 
two  a's  are  multiplied  by  /2  because  the  errors  in  both  the  first  and 
the  second  position  measurements  contribute  to  the  uncertainty  in  the 
relative  positions  of  the  target  at  the  two  times.  As  discussed  above, 
the  factor  of  3 is  introduced  to  insure  that  the  second  measurement  lies 
within  the  association  volume  with  high  probability.  The  factor  of  2 is 
present  in  Eq.  2.2-2  simply  because  H is  defined  as  the  total  height 
of  the  association  cell  whereas  the  target  displacement  and  measurement 
error  extend  in  both  directions  (presumably  symmetrically)  from  the  pre- 
dicted target  position. 

For  the  case  where  the  target  velocity  has  been  determined  from  two 
previous  position  measurements  (i.e.,  for  the  third  measurement  in  algo- 
rithms 2,  3,  and  4),  the  target  position  can  be  predicted  using  the  meas- 
ured velocity,  and  it  is  the  error  in  this  measurement  rather  than  the 
maximum  target  velocity  that  affects  the  dimensions  of  the  association 
cell.  Unknown  target  accelerations  can  displace  the  target  from  the  pre- 
dicted position,  however,  and  must  be  taken  into  account  in  determining 
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the  size  of  the  cell.  In  this  case  the  dimensions  of  the  association 
cell  are  given  by 


■^aT^+^aT,T  + 
2 m 2 m 1 


4 


2 2 2 

o-T  + 2o 
P P 


/I  2 1 

2 y a r + i a T.T  + 3 
\2  m 2 m 1 


V 


2 2 2 

o^T  + 2o^ 
h h 


(2.2-3) 


(2.2-4) 


where  a is  the  maximum  aircraft  acceleration,  o and  o*  are  the 
m P P 

standard  deviations  of  the  measured  position  and  velocity  errors  in  the 


horizontal  plane,  o and 


are  the  position  and  velocity  standard 


deviations  in  the  vertical  plane,  and  and  T are  the  times  between 

the  first  and  second  and  the  second  and  third  measurements,  respectively. 


The  first  two  terms  in  Eqs.  2.2-3  and  2.2-4  are  bias  terms  caused 

by  possible  aircraft  acceleration,  as  Illustrated  in  Fig.  2.2.3.  The 
1 2 

first  term,  — a T , is  caused  by  the  deviation  of  the  path  from  that 
2 m 

which  would  have  occurred  had  there  been  no  acceleration.  The  second 

term,  a T,T  , is  caused  by  the  error  in  the  direction  of  the  velocity 

estimate  at  the  time  of  the  second  measurement  as  determined  from  the 

first  two  measurements,  a T,  , projected  ahead  at  time  T . (The  form 

Z ml 

of  these  two  terms  is  only  approximately  correct;  more  accurate  represen- 
tations are  derived  in  Sec.  2. 3. 2.1.) 


The  third  term  is  caused  by  measurement  errors.  Since  these  are  ran- 
dom they  are  combined  by  root-sum-squaring.  The  position  measurement  term, 
2 

2o  , Includes  the  errors  from  the  second  and  third  measurements.  The 
P 2 2 

velocity  term,  o*T  , is  the  velocity  error  at  the  second  measurement 
extrapolated  T seconds  to  the  third  measurement.  If  the  velocity  is 
determined  by  V » i’p  - p.)/T.  , where  p and  p are  the  first  and 

A ^ X.  X 

second  position  measurements  respectively,  then  a* 


2o^/T? 
P 1 


For  the 


case  where  Tj^  “ T , the  third  term  of  Eq.  2.2-3  (and  similarly  for  Eq. 
2.2-4)  becomes  simply  6o  . 
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V = TRUE  VELOCITY  VECTOR 

AT  TIME 

V = ESTIMATED  VELOCITY  VECTOR 

AT  TIME 


Figure  2.2.3.  Geometry  Showing  Bias  Terms  in  Association-Cell 
Size  Equations 


For  the  case  where  a Doppler  measurement  of  radial  velocity  is  used 
(Algorithm  5) , the  R and  H dimensions  for  the  second  measurement  are 
given  by  Eqs.  2.2-1  and  2.2-2  and  D is  given  by  * 

i 

“ ■ (2.2-5) 

where  o^  is  the  standard  deviation  of  the  radial-velocity  measurement 
error.  The  size  of  the  association  cell  in  the  fourth  (radial-velocity) 
dimension  is  given  by 


I 

I 
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(2.2-6) 


V = 2(a  T + 3*^0*) 
m r 

The  probability  of  a false  alarm  occurring  within  an  association 

cell  depends  on  the  volume  of  the  cell  relative  to  the  total  surveillance 

volume.  The  volume  of  the  three-dimensional  association  cell  as  defined 

2 

in  Fig.  2.2.1  is  simply  = ttR  H . A vertical  cross  section  of  the  sur- 
veillance volume  is  sketched  in  Fig.  2.2.4;  the  coverage  is  assumed  to  be 
circularly  symmetrical  about  a vertical  axis  through  the  radar.  For  the 
short-range  radar  specified  in  the  Statement  of  Work,  = 50  n mi  = 92.6 

km  and  H = 50  kft  = 15.2  km  . For  these  parameter  values  (the  effect 
s 

of  using  the  short  range  radar  values  instead  of  the  values  specified  for 

the  long-range  radar  are  discussed  briefly  at  the  end  of  the  section), 

and  for  the  maximum  elevation  angle  a = 20°  (the  results  are  relatively 

s 

Insensitive  to  A for  values  greater  than  20°  or  so) , the  volume  of 
® 13  3 

the  surveillance  coverage  is  = 39  x 10  m . If  the  number  of  false 
alarms  per  scan  is  N and  they  are  uniformly  distributed  over  the  sur- 
veillance  volume  as  given  in  the  Statement  of  Work,  the  probability  of 
a false  alarm  occurring  in  a particular  association  cell  is 


PpA  = ^ = 0.8N„  R^H  X 10'^ 

FA  FA  V FA 

s 


(2.2-7) 


The  actual  distribution  of  false  alarms  in  space  depends  on  the  design 
of  the  radar  and  the  fact  that  the  beam  diameter  increases  with  range 
R . The  type  of  thresholding  and  the  technique  for  reducing  the  wide 
dynamic-range  requirements  of  the  radar  (the  R^th  effect)  are  the  pri- 
mary contributors  to  determining  the  actual  distribution  of  false  alarms 
in  space.  For  example,  in  a radar  which  utilizes  Sensitivity  Time  Con- 
trol (STC)  to  maintain  a constant  detection  probability  for  a given  tar- 
get cross  section  from  the  minimum  range  of  interest  to  the  maximum  sur- 
veillance range,  the  false  alarms  due  to  noise  will  tend  to  be  concen- 
trated near  the  maximum  range.  The  assumption  of  uniform  density  simpli- 
fies the  analysis,  and  since  it  is  the  local  density  of  false  alarms 
that  is  Important,  if  a different  density  is  specified  on  the  basis  of 
a different  distribution,  the  results  of  the  analysis  can  be  scaled 
accordingly. 
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for  <<  1 (the  situation  of  primary  Interest).  Since  a track  will 

be  initiated  each  time  a false  alarm  occurs  within  the  sequence  of  asso- 
ciation cells  (one,  two,  or  three  depending  on  the  algorithm)  following 
each  of  the  false  alarms  per  scan,  the  expected  number  of  track  Ini- 

tiations on  false  alarms  per  scan  is  then 

"fi  - 

where  (1  = 1,  2,  or  3)  is  the  product  of  the  probabilities  given 

1 ^*1 

by  Eq.  2.2-7  for  each  of  the  measurements  in  the  track- initiation  sequence. 


For  the  two-pulse  burst  algorithm  where  the  association  cell  is  a 

vertical  slice  through  the  cylindrical  volume  as  depicted  in  Fig.  2.2.2 

and,  in  addition.  Includes  the  radial  velocity  as  a fourth  dimension,  the 

volume  of  the  four-dimensional  correlation  cell  is  V._  • 6RDHV  . It  is 

AD 

assumed  here  as  an  approximation  that  the  average  width  of  the  radial- 
velocity  slice  in  Fig.  2.2.2,  which  could  be  located  anywhere  within  the 
circle,  is  equal  to  R , the  radius  of  the  circle.  If  the  total  range  of 
possible  radial  velocities  is  taken  to  be  twice  the  maximum  aircraft  velo- 
city as  specified  in  the  Statement  of  Work  (2,500  knots  or  approximately 
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1,300  m/s),  then  the  four-dimensional  surveillance  volume  is 
V » 39  X 10^^  X 2600  = 10.1  X 10^^  m^/s  . Assuming  that  the 
are  uniformly  distributed  in  velocity  as  well  as  in  space,  the 
of  a false  alarm  occurring  in  a particular  association  cell  in 
is 


false  alarms 
probability 
this  case 


FA 


N 


FA  V 


SD 


N RDHV  X 10 

f A 


-18 


(2.2-9) 


The  expected  number  of  false  alarms  per  scan  in  this  case  is  calculated 
using  this  value  of  in  Eq.  2.2-8. 

The  expected  numbers  of  false-alarm  track  initiations  per  scan  (Np^) 
were  calculated  for  several  sets  of  parameter  values  for  each  of  the  algo- 
rithms under  consideration.  The  resulting  values  of  Np^  for  the  two- 
measurement  and  three-measurement  algorithms  are  plotted  in  Figs.  2.2.5 
and  2.2.6  as  functions  of  the  scan  time  or  the  time  between  measurements. 

As  Indicated,  measurement-error  standard  deviations  of  o » 100  m and 

P 

o,  ■ 200  m (for  the  three-dimensional  measurements)  were  used  f.n  these 
h 

calculations;  these  values  are  consistent  with  the  capabilities  of  the 
AN/TPS-43  radar  at  typical  ranges  and  at  least  at  the  lower  elevation 
angles,  and  are  used  as  representative  values  for  other  radars  that  might 
be  used  in  this  application.  A false-alarm  rate  Np^  of  100  per  scan, 
the  maximum  value  specified  in  the  Statement  of  Work  for  the  short-range 
radar,  was  used  in  the  calculations,  but  the  dependence  of  Np^  on  Np^ 
is  specified  (l.e.,  proportional  to  Np^  for  the  two-measurement  algo- 
rithm and  to  Np^  for  the  three-measurement  algorithm)  so  that  the  re- 
sults can  be  easily  scaled  to  other  values  of  the  false-alarm  rate.  The 
plots  of  N-t  are  drawn  for  two  values  of  the  assumed  maximum  target 
velocity,  the  maximum  high-performance  aircraft  velocity  of 
2,500  knots  ~ 1,300  m/s  specified  in  the  Statement  of  Work  and  half  that 
value  to  show  the  sensitivity  of  the  results  to  this  parameter,  and  for 
two  values  of  the  assumed  maximum  target  acceleration,  6g  and  3g,  for 
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the  three-measurement  algorithm.^  In  addition  to  the  plots  of  which 

were  made  using  Eq.  2.2-2  or  Eq.  2.2-4  for  H and  are  labeled  "3-D  Meas- 
urements" in  Figs.  2.2.5  and  2.2.6,  plots  of  the  expected  number  of  false- 
alarm  initiations  for  the  case  where  no  height  information  is  available 

and  H is  equal  to  the  vertical  extent  of  the  surveillance  volume  (15.2 

c 

km)  are  also  shown  for  purposes  of  comparison  and  are  labeled  "2-D 
2 

Measurements. " 

All  of  the  curves  in  Figs.  2.2.5  and  2.2.6  exhibit  the  expected 
increase  in  N with  Increasing  scan  time.  The  slopes  of  the  curves 
also  increase  with  Increasing  scan  time,  particularly  in  the  case  of  the 
three-measurement  algorithm  where  the  possible  target  displacements  due 
to  its  velocity  and  its  acceleration  both  become  large  for  high  values  of 
the  scan  time.  For  some  purposes,  such  as  determining  the  data  process- 
ing and  communications  loads  imposed  by  the  false-alarm  track  initiations, 
the  expected  number  of  false-alarm  initiations  per  second  may  be  of  greater 
interest  than  the  number  per  scan.  If  so,  the  expected  number  of  false- 
alarm  initiations  per  second  can  be  obtained  from  Figs.  2.2.5  and  2.2.6 
simply  by  dividing  the  value  of  N from  any  of  the  curves  by  the  value 
of  at  that  point.  This  conversion  would  reduce  the  slope  of  each 

curve  by  one  unit  with  logarithmic  scales  used. 


^The  acceleration  capabilities  of  high-performance  aircraft,  including 
in  particular  the  limits  Imposed  by  pilot  tolerances,  are  discussed  in 
Sec.  2. 3. 2.1.  The  maximum  acceleration  of  6g  used  here  is  an  approxi- 
mate three-dimensional  "average"  of  the  lOg  transverse  acceleration  and 
2g  axial  acceleration  selected  in  that  section  as  reasonable  maximum 
values  based  on  the  data  presented  there. 

2 — 

For  large  values  of  N , greater  than  10  in  Fig.  2.2.5  and  3 or  so  in 

F X 

Fig.  2.2.6,  the  value  of  Pp^  as  given  by  Eq.  2.2-5  is  no  longer  small 

compared  with  unity  and  the  curves  may  be  in  error  in  this  region.  How- 
ever, sets  of  parameter  values  that  produce  values  of  Np^  of  this  mag- 
nitude are  probably  of  little  Interest  as  is  discussed  further  below. 


The  dependence  of  N on  the  assumed  maximum  target  velocity  varies 
slightly  with  scan  time  depending  upon  the  relative  magnitude  of  the  meas- 
urement errors.  The  expected  number  of  false-alarm  initiations  Is  rather 
insensitive  to  the  assumed  target  acceleration,  particularly  for  the 
shorter  scan  times.  An  Indication  of  the  dependence  on  the  magnitude  of 

the  measurement  errors  is  provided  in  Fig.  2.2.7  where  N for  the 

FI 

three-measurement  algorithm  is  plotted  as  a function  of  the  standard  devia- 
tion 

time.  As  indicated,  the  vertical-measurements  standard  deviation  is 


o of  the  horizontal-plane  measurements  for  three  values  of  scan 
P 


taken  to  be  equal  to  20^  in  all  cases,  and  the  results  plotted  are  for 
an  assumed  velocity  of  1,300  m/s  and  acceleration  of  6g's.  As  expected. 


N is  more  sensitive  to  variations  in 
F X 


o for  the  shorter  scan  times 
P 


where  the  velocity  and  acceleration  displacements  are  smaller.  At  the 
shorter  and  intermediate  scan  times  the  dependence  can  be  significant — 
for  example,  for  a scan  time  of  5 seconds,  reducing  from  100  m to  50 


N-,.  by  a factor  of  2 — but  the  effects  of  the  choice  of  algo- 
FI 


m reduces 

rithm  and  the  scan  time  are  far  greater  than  the  effects  of  small  varia- 
tions in  o . 


The  performance  of  the  third  and  fourth  track-initiation  algorithms, 
which  utilize  a measurement  pair  followed  by  a single  measurement  or 
another  pair,  is  affected  by  another  parameter — the  measurement-pair 
spacing — in  addition  to  the  parameters  considered  so  far.  The  expected 
numbers  of  false-alarm  initiations  are  plotted  as  functions  of  this  spac- 
ing in  Fig.  2.2.8  for  the  two-measurement-pair  algorithm  and  in  Fig.  2.2.9 
for  the  measurement-pair-plus-single-measurement  algorithm.  As  indicated, 
these  plots  are  for  a scan  time  of  5 seconds  and  for  the  same  set  of 
parameter  values  used  with  the  first  two  algorithms.  These  results  show 
that  N depends  very  little  on  the  measurement-pair  spacing,  at  least 
over  the  range  of  values  considered.  It  turns  out  that  as  the  spacing 
Tj^  increases,  the  velocity  measurement  accuracy  improves  and  the  size 
of  the  association  cell  for  the  third  measurement  decreases,  but  that  the 
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Figure  2.2.8.  Expected  Number  of  False-Alarm  Track  Initiations  per  Scan 
With  Two  Measurement  Pairs 


MEASURtMtNT  SPACING  (T,),  s 


Figure  2.2.9.  Expected  Number  of  False-Alarm  Track  Initiations  per  Scan 
With  a Measurement  Pair  Plus  One  Measurement  on  the  Next 


size  of  the  association  cell  for  the  second  cell  also  increases  in  almost 
the  same  ratio,  so  that  these  two  effects  essentially  cancel  each  other. 
The  other  significant  feature  of  these  plots  is  that  the  values  of 
are  significantly  lower  than  for  the  previously  considered  algorithms, 
particularly  with  the  two  measurement  pairs. 

The  expected  number  of  false-alarm  Initiations  for  the  fifth  track- 
initiation  algorithm  using  two  pulse-Doppler  bursts  was  calculated  for  a 
radial  velocity  measurement  accuracy  of  » 100  m/s^  and  the  values 
given  previously  for  the  other  parameters.  The  results  are  plotted  in 
Fig.  2.2.10  as  a function  of  the  scan  time  or  the  time  between  the  pulse 
bursts.  The  2-D  and  3-D  labels  in  this  figure  refer  to  the  number  of 


SCAN  time  (T).  s 

Figure  2.2.10.  Expected  Number  of  False-Alarm  Track  Initiations  per  Scan 
With  Two  Position  and  Radial-Velocity  Measurements 


^At  S-Band,  a pulse  burst  duration  of  about  50  ps  with  a high  slgnal-to- 
nolse  ratio  can  provide  a velocity  measurement  accuracy  of  100  m/s. 
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spatial  dimensions  as  described  previously;  the  Doppler  measurement  of 
radial  velocity  provides  an  additional  dimension  but  It  Is  not  Included 
In  this  labeling.  The  curves  In  Fig.  2.2.10  are  similar  In  shape  to 
those  for  the  two-measurement  algorithm  In  Fig.  2.2.5,  but  the  values  of 
are  lower  as  expected  with  the  additional  Information  provided  by 
the  Doppler  measurements. 

A comparison  of  the  false-alarm  track- Initiation  rates  for  all  five 
of  the  algorithms  considered  Is  provided  In  Fig.  2.2.11.  The  plots  of 
the  expected  number  of  false-alarm  Initiations  versus  scan  time  are  for 
three-dimensional  measurements  with  the  parameter  values  discussed  pre- 
viously and  listed  In  the  figure.  The  Improvement  In  performance  with 
Increasing  algorithm  complexity  and  amount  of  Information  Is  obvious  and 
in  some  cases  quite  marked.  In  comparing  the  shapes  of  the  curves,  It 
should  be  noted  that  the  measurements  for  the  three-measurement  algorithm 
are  made  over  a time  Interval  equal  to  twice  the  scan  time,  whereas  the 
measurements  for  the  other  algorithms  are  made  over  an  Interval  approxi- 
mately equal  to  the  scan  time. 

To  use  these  results  In  selecting  a track-initiation  algorithm  and 
specifying  suitable  values  of  the  radar  parameter  values  (particularly 
the  scan  time),  a tolerable  level  of  false-alarm  track  Initiations  per 
scan  (or  per  second)  must  be  established.  A detailed  analysis  of  the 
consequences  of  track  Initiations  on  false  alarms  Is  required  to  estab- 
lish such  a specification,  but  the  application  of  a simple  criterion 
might  provide  a useful  basis  for  drawing  some  preliminary  conclusions. 

It  might  be  reasonable  to  assume,  for  example,  that  the  false-alarm  ini- 
tiation rate  should  not  exceed  10%  of  target  track- Initiation  rate.  For 
1,000  aircraft  uniformly  distributed  over  the  coverage  volume  of  the  sys- 
tem and  moving  through  that  volume  at  an  average  velocity  of  300  m/s,  an 
aircraft  will  enter  the  surveillance  volume  of  each  radar  at  an  average 
rate  of  approximately  one  per  second.  Then  based  on  the  criterion  sug- 
gested above,  the  false-alarm  Initiation  rate — the  expected  number  of 
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track  Initiations  on  false  alarms  per  second — should  not  exceed  0.1.  This 
threshold  is  plotted  as  the  broken  line  in  Fig.  2.2.11.  The  expected 
number  of  false-alarm  initiations  is  seen  to  be  above  this  threshold  for 

all  values  of  the  scan  time  for  the  two-measurement  threshold,  and  for 

* 

all  but  the  shorter  scan  times  with  two  Doppler  measurements.  The  false- 
alarm-  initiation  rate  is  below  this  threshold  for  the  three-measurement 
algorithm  except  for  scan  times  approaching  ten  seconds  and  for  the 
measurement-pair-plus-one-measurement  algorithm,  and  is  well  below  this 
level  with  two  pulse  pairs. 

In  addition  to  the  false-alarm-initiation  performance,  another  fac- 
tor that  should  be  considered  in  selecting  a track- initiation  algorithm 
and  radar  parameter  values  is  the  probability  of  successful  Initiation 
as  affected  by  the  radar  probability  of  detection.  For  successful  track 
initiation,  each  set  of  returns  in  the  track-initiation  sequence  must  be 
detected,  l.e.,  must  produce  a signal  which  exceeds  the  detection  thresh- 
old. Ideally,  the  probability  of  detection  is  close  to  unity,  but  in  the 
environment  of  a tactical  engagement  the  detection  probability  may  be 
degraded  significantly — a probability  of  detection  as  low  as  0.25  is 
mentioned  in  the  Statement  of  Work.  The  probability  of  successful  track 
Initiation  falls  off  rapidly  as  the  probability  of  detection  is  reduced 
from  unity  as  shown  in  Fig.  2.2.12.  The  expressions  used  in  calculating 
the  probability  of  initiation  for  the  four  types  of  algorithms^  under 
consideration  are  listed  in  the  figure.  In  these  expressions  the  proba- 
bility of  detection  is  assumed  to  be  the  same  for  all  of  the  measure- 

ments in  a track-initiation  sequence.  There  is  a significant  difference 
between  the  probabilities  of  initiation  for  the  various  algorithms,  parti- 
cularly for  intermediate  values  of  . Note  that  Algorithm  4,  which 
produces  the  second  lowest  number  of  false-alarm  initiations  among  the 
algorithms  considered,  provides  a probability  of  successful  initiation 

^Algorithms  1 and  5 are  identical  as  far  as  calculation  of  the  probabi- 
lity of  successful  initiation  are  concerned. 
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that  is  close  to  the  best  attainable.  The  probabilities  of  initiation 
plotted  in  Fig.  2.2.12  are  of  course  for  a single  attempt  (i.e.,  a single 
sequence  of  measurements) ; as  a target  moves  through  the  surveillance 
volume,  a number  of  track- Initiation  attempts  would  presumably  be  made 
by  each  radar,  and  the  combined  probability  of  initiation  would  be  much 
higher.  Nevertheless,  reliable  early  track  initiation  is  undoubtedly 
desirable  to  provide  timely  information  to  the  system  users  and  to  con- 
serve radar  and  data  processing  resources. 

As  pointed  out  earlier  in  this  section,  the  expected  numbers  of 
false-alarm  track  Initiations  were  calculated  for  parameter  values  con- 
sistent with  those  specified  In  the  Statement  of  Work  for  a short-range 
radar.  The  results  can  be  scaled  fairly  easily  to  reflect  changes  in 
these  parameter  values.  For  example,  consider  the  use  of  a long-range 
radar  specified  in  the  Statement  of  Work  to  have  a range  of  200  n mi  (com- 
pared with  50  n mi  for  the  short-range  radar)  and  coverage  to  an  altitude 
of  100  kft  (Instead  of  50  kft),  with  up  to  200  false  alarms  per  scan  (in- 
stead of  100).  The  surveillance  volume  of  the  long-range  is  greater  than 
that  of  the  short-range  radar  by  a factor  of  32.  On  the  other  hand,  the 
term  is  greater  by  4,  8,  or  16,  depending  on  the  number  of  measure- 
ments used  (2,  3,  or  4).  Thus,  ignoring  the  effect  of  changes  in  measure- 
ment accuracy  which  tend  to  be  dominated  by  the  velocity  and  acceleration- 
induced  displacements,  the  expected  numbers  of  false-alarm  initiations 
with  the  long-range  radar  would  be  reduced  by  factors  of  8,  4,  or  2 from 
the  values  for  the  short-range  radar,  depending  on  the  type  of  algorithm 


The  expected  numbers  of  false-alarm  Initiations  per  scan  calculated 
using  the  formulation  in  this  section  were  compared  with  the  results  of 
TACRAN3  simulation  runs  as  described  in  Sec.  3.5.3.  These  comparisons 
were  made  for  the  two-measurement  and  three-measurement  track- initiation 
algorithms,  with  the  calculated  values  scaled  to  the  parameter  values  used 
in  the  simulation.  Good  agreement  between  the  calculated  values  and  simu- 
lation results  was  obtained  for  both  algorithms  as  indicated  in  Sec.  3.5.3. 
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2.3  TRACK  ASSOCIATION 

The  process  of  track  association  (correlation)  is  central  to  the 
operation  of  any  system  which  must  detect  and  track  large  numbers  of  tar- 
gets. Failure  to  associate  a radar  return  with  the  proper  target  track — 
or  to  determine  correctly  that  it  does  not  associate  with  any  track  in 
the  file — can  cause  duplicate  tracks  to  be  established.  Introduce  large 
errors  in  the  track  estimate,  and  possibly  cause  a loss  of  track.  The 
latter  consequence  leads  at  best  to  increased  radar  and  data  processor 
loads  for  repeated  track  initiations,  and  at  worst  to  the  loss  of  needed 
information  about  the  target  and  its  flight  path. 

Track  association  is  similar  to  track  initiation  in  that  a current 
measurement  of  target  position  (and  perhaps  Doppler  velocity)  is  compared 
with  the  expected  target  position  based  on  previous  measurements.  The 
principal  difference  is  that  in  the  association  process  the  expected  tar- 
get position  is  predicted  from  a number  of  previous  radar  measurements 
which  have  been  appropriately  combined  and  smoothed,  rather  than  from 
only  one  or  two  previous  track-initiation  measurements. 

The  probability  of  correctly  associating  a radar  return  with  the 
proper  track  depends  on  the  magnitudes  of  the  measurement  error,  the  track 
prediction  error,  and  the  deviation  of  the  target  position  from  the  pre- 
dicted track  due  to  maneuvers  initiated  since  the  last  measurement,  as 
well  as  on  the  association  algorithm  used  and  on  the  density  of  false 
alarms  and  other  targets  in  the  vicinity  of  the  target  of  interest. 
Analyses  of  the  effects  of  these  factors  on  the  association  performance 
are  presented  in  this  section. 

2.3.1  Association  Algorithms 

The  association  algorithms  considered  in  the  study  are  described 
in  this  section.  Few  papers  on  the  subject  appear  in  the  literature; 
some  of  these  are  given  in  the  Bibliography  (1-3). 
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2. 3. 1.1  Closest-Pair  AlRorlthm 

Probably  the  simplest  association  algorithm  is  to  associate  each 
radar  return  with  the  closest  track  within  a specified  association  volume. 
More  precisely,  this  algorithm  consists  of  the  following  steps:  (1) 
extrapolate  each  track  of  potential  interest  to  the  time  of  the  radar 
measurement;  (2)  determine  the  distance  from  the  measured  target  position 
to  each  of  the  predicted  target  positions  which  lie  within  a previously 
specified  association  volume  (the  distance  could  be  in  two,  three,  or  four 
dimensional  space  depending  on  the  dimensionality  of  the  radar  measure- 
ments; it  could  be  the  actual  distance  between  the  measured  and  predicted 
target  positions  or  it  could  be  a statistical  distance  as  described  below); 
and  (3)  associate  the  radar  return  with  one  of  the  tracks  based  on  the 
calculated  distances.  In  situations  where  there  are  several  tracks  within 
the  association-volume  of  the  measurement,  the  track  closest  to  the  meas- 
urement is  associated  with  that  measuvement . In  more  complex  situations 
in  which  multiple  closely  spaced  returns  and  tracks  must  be  considered 
simultaneously  for  association,  more  complex  versions  of  the  closest-pair 
algorithm  can  be  defined,  but  the  use  of  other  algorithms  such  as  the 
assignment  algorithm  described  below  in  Sec.  2. 3. 1.2  is  preferable. 

A simple  association  scheme  is  illustrated  in  Fig.  2.3.1(a).  A tar- 
get position  is  extrapolated  to  the  time  of  the  measurement,  and  one  or 
more  circles  (or  spheres  in  three  dimensions)  are  put  around  the  extra- 
polated position  as  shown.  If  the  measured  point  is  outside  the  outer 
circle  (as  in  measurement  does  not  associate.  The  radius  of  the 

outer  circle  is  chosen  so  that  it  encompasses  any  possible  maneuver  plus 
errors  due  to  noise. 


In  some  tracking  filters  (Sec.  2.4)  an  estimate  of  whether  or  not 
the  target  is  maneuvering  is  required.  The  inner  circle  is  used  for  this 


purpose.  If  the  measurement  point  is  between  r, 


and 


(as  in  P2), 


the  target  is  maneuvering.  If  the  distance  is  less  than  r 


(as  in  P^) , 


; i 


i 


L 

I 

I 
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(b)  Box 

CASES: 


ASSOCIATES,  NONMANEUVERING 
P2  ASSOCIATES,  MANEUVERING 
P3  NO  ASSOCIATION 

Figure  2.3.1.  Simple  Closest-Pair  Actual-Distance  Algorithms 


I 


the  target  is  not  maneuvering.  The  threshold  r^^  is  chosen  so  that  it 
encompasses  only  a very  modest  maneuver  (such  as  Ig)  plus  measurement 
noise. 


The  above  computations  of  course  use  distance-squared  rather  than 
distance  for  computational  simplicity.  Another  computationally  simple 
algorithm  is  to  put  a box  around  the  extrapolated  target  rather  than  a 
sphere.  The  sides  of  the  box  are  lined  up  with  the  axes  (in  either  radar 
or  Cartesian  coordinates),  as  shown  in  Fig.  2.3.1(b),  and  thus  the  asso- 
ciation algorithm  can  be  performed  one  coordinate  at  a time  without  com- 
puting the  distance-squared.  The  disadvantage  is  that  it  is  unknown 
which  of  two  tracks  is  closest  to  the  measurement  without  computing  the 
distance.  An  advantage,  however,  is  that  if  the  association  is  done  in 
radar  coordinates,  the  box  size  can  be  different  for  each  dimension  de- 
pending on  the  different  measurement  errors  in  each  dimension. 

Statistical  Distance.  A considerable  refinement  of  the  concept  of 

having  the  box  size  different  in  each  dimension  is  to  compute  the  so- 

called  "statistical  distance"  between  the  measurement  and  the  extrapolated 

state.  A two-dimensional  example  Illustrates  this  concept.  Figure  2.3.2 

shows  a measurement  (x  ,y  ) and  an  extrapolated  target  position  (x  ,y  ). 

mm  s s 

The  difference  between  the  measurement  and  extrapolated  position  (called 
the  measurement  "residual")  is  (x,y).  The  true  distance  D between  the 
two  is  computed  from 

'1/2  '\/2  , ^2 
D = X + y 

"V. 

It  may  be,  however,  that  the  variance  of  x is  considerably  larger  than 
the  variance  in  y . Thus  if  the  measurement  is  far  off  in  x it  still 
perhaps  should  associate,  but  if  It  is  equally  far  off  in  y it  should 
not  associate.  A measure  is  needed  which  normalizes  the  errors  by  their 
variances;  this  measure,  d , is  called  the  statistical  distance: 
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Figure  2.3.2.  Two-Dimensional  Association  Example  for  Uncorrelated 
Components 


Ik 


In  general,  the  statistical  distance  should  be  calculated  using  the 


entire  covariance  matrix,  not  just  the  variances.  Thus  the  statistical 
distance  is  correctly  calculated  as 


-vT  -l-v 
z V z 


(2.3-1) 


where  z is  the  measurement  residual  vector  (the  difference  between  the 
measurement  vector  and  the  extrapolated  state  in  measurement  coordinates — 
see  Eq.  2.4-A,  pp.  211,  212)  and  V is  the  covariance  matrix  of  z (see 


AW-52143 


One  reason  Chat  Che  sCaClsclcal  distance  Is  sometimes  considered 

2 

for  association  Is  because  d has  a known  probability  distribution  and 

2 

therefore  a meaningful  threshold  can  be  set.  Since  d Is  a sum  of  the 

squares  of  Gaussian  random  variables,  all  with  unity  variances  (because 

2 

Che  variances  have  all  been  normalized),  d Is  chi-square  distributed. 

2 2 2 
Therefore,  given  any  threshold  d^  , the  probability  that  d 

be  computed. 

Figure  2.3.3  shows  this  probability  as  a function  of  the  dimension 

n of  Che  association  space.  (This  Is  called  a chi-square  distribution 

with  n degrees  of  freedom.)  For  association  In  position  only,  n = 3 . 

Thus,  for  example.  If  It  Is  desired  that  probability  of  association  of  a 

measurement  with  Its  correct  track  Is  to  be  90%,  then  the  threshold  Is 
2 

d^  ■6.25  . If  the  threshold  Is  made  too  large,  then  the  probability  of 
an  Incorrect  association  being  made  Increases. 

If,  as  Is  often  the  case  In  tactical  air  surveillance  systems,  the 
primary  association  errors  are  caused  by  aircraft  maneuvers  rather  than 
statistical  measurement  errors  (see  Sec.  2.3.2),  the  use  of  statistical 
distance  provides  little  Improvement  over  the  use  of  actual  distance. 
Considering  the  extra  computation  Involved,  it  should  probably  not  be 
used  In  these  cases  In  associating  measurements  with  tracks. 

Even  If  statistical  distance  Is  not  used  for  associating  measure- 
ments with  tracks.  It  Is  appropriate  for  associating  tracks  with  tracks, 
a process  which  needs  to  be  performed  to  eliminate  duplicate  tracks.  In 
this  case  the  errors  are  due  to  primarily  measurement  errors,  and  If  the 
covariance  of  the  tracks  Is  available.  It  should  probably  be  used. 

The  procedure  Is  as  follows:  Consider  two  tracks  (Xj^,Pj^)  and  (x2,P2 
which  have  been  extrapolated  to  the  same  time  (see  Sec.  2.4.1).  The  dif- 
ference between  the  states  is  (x.  “ *9)  and  the  covariance  of  the  dlf- 

-1  -2  2 

ference  is  (P^^  + 1*2^’  statistical  difference  d between  the  states 

is  then 
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(2.3-2) 


- (Xj^  - “ -2^ 

2 2 

The  test  to  determine  if  the  two  tracks  are  identical  is  d < d , where 

2 ^ 
d^  is  the  threshold.  This  test  is  in  6 dimensions  if  the  track  consists 

of  position  and  velocity,  in  9 dimensions  if  acceleration  is  Included. 

2 2 

The  probability  that  d if  tracks  are  Indeed  the  same  is  shown 

in  Fig.  2.3.3  for  the  six-dimensional  case  (n  6).  Of  course  increasing 
2 

d^  to  Increase  the  probability  of  correct  association  also  increases  the 

probability  that  two  different  tracks  will  pass  the  test,  thus  choosing 
2 

d^  involves  the  usual  tradeoff  between  correct  and  false  associations. 

2. 3. 1.2  Assignment  Algorithm 

When  multiple  measurements  and  tracks  lie  close  enough  together 
that  they  must  be  considered  as  a group  for  association,  such  as  the 
situation  depicted  in  Fig.  2.3.4  in  two  dimensions,  the  distances  between 
measurements  and  tracks  that  could  be  associated  with  the  same  target 
(those  which  lie  within  the  potential-association  volume  with  respect  to 
one  another)  can  be  conveniently  displayed  and  processed  as  elements  of 
a two-dimensional  matrix.  Different  measures  of  distance  can  be  used; 
however,  the  square  of  the  distance,  or  statistical-distance  squared, 
which  tend  to  weigh  more  heavily  the  larger  measurement-track  separations, 
appear  to  be  reasonable  measures  for  this  application.  The  distance- 
squared  matrix  for  the  measurement-target  distribution  of  Fig.  2.3.4  is 
shown  in  Fig.  2.3.5. 

With  the  situation  described  in  this  way,  a reasonable  and  well- 

defined  procedure  for  associating  each  measurement  with  a track  is  to 

determine  the  set  of  pairings  which  minimizes  the  sum  of  the  squares  of 

the  distances.  That  is,  as  the  solution  of  the  association  problem,  choose 

that  combination  of  measurements  and  tracks,  out  of  all  possible  combina- 

2 

tions,  minimizes  Ed  . , where  d . is  the  distance  from  measurement  m 

mi  mi 

to  track  i and  the  summation  is  over  M or  I terms,  whichever  is 
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Figure  2.3.4.  Multiple-Target  Association  Geometry 


less,  and  M and  I are  the  number  of  measurements  and  tracks  being  con- 
sidered. One  term  is  selected  from  each  row  and  column.  For  example,  in 
Fig.  2.3.4,  one  possible  combination  of  distance-squared  values  is  the 
set  of  circled  elements  in  the  matrix  of  Fig.  2.3.5.  This  type  of  prob- 
lem is  known  as  the  assignment  problem  in  network  flow  theory,  and  effi- 
cient algorithms  for  its  solution  are  known. ^ This  assignment  algorithm 

^L.R.  Ford,  Jr.,  and  D.R.  Fulkerson,  Flow  in  Networks,  The  RAND  Corpora- 
tion Report,  No.  R-375-PR,  Princeton  University  Press,  1962. 
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Figure  2.3.5.  Matrix  of  Association  Distances-Squares  for  Geometry  of 
Fig.  2.3.4 


was  implemented  in  TACRAN3  as  discussed  in  Sec.  3.5.  Its  track-association 
performance  in  particular  situations  is  considered  in  Sec.  2. 3. 3. 2. 

2.3.2  Association  Volume 

The  size  and  shape  of  the  potential  association  volume — the  volume 
surrounding  the  predicted  target  position  within  which  the  next  measure- 
ment is  expected  to  lie — depends  on  the  maximum  possible  acceleration  of 
the  target  since  the  previous  measurement,  the  radar  measurement  errors 
as  they  affect  both  the  track  prediction  and  the  current  position  meas- 
urement, and  the  model  errors  introduced  by  any  difference  between  the 
trajectory  shape  assumed  in  smoothing  the  tracking  data  and  the  actual 
flight  path  of  the  target. 

In  a dense  target  environment  it  is  Important  to  minimize  the  asso- 
ciation volume  in  order  to  minimize  the  probability  of  making  a false 
association.  Immediately  after  updating  the  track  from  a new  measurement. 
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the  primary  contributor  to  the  size  of  the  association  volume  is  measure- 
ment noise — the  errors  in  the  latest  and  the  previous  measurements  that 
went  into  producing  the  track  estimate.  As  time  since  the  last  measure- 
ment Increases,  the  size  of  the  association  volume  grows — linearly  with 
time  from  velocity  measurement  errors,  but  quadratic  in  time  from  maximum 
possible  maneuver  errors.  After  the  maneuver  term  begins  to  dominate  the 
measurement-error  term  (which  typically  occurs  between  1 and  3 seconds), 
the  association  volume  begins  to  grow  rapidly.  Therefore  it  is  important 
to  keep  the  time  between  measurements  in  this  range  if  possible. 

An  example  showing  the  effect  of  data  rate  on  the  association  volume 
is  shown  in  Fig.  2.3.6.  Consider  three  radars  that  provide  orthogonal 
views  on  the  same  target,  and  assume  each  of  these  radars  has  nearly  per- 
fect accuracy  in  one  (range)  dimension  and  much  less  accuracy  in  the 
other  two  (angle)  dimensions.  This  is  the  perfect  case  for  trllateration; 
by  making  all  of  the  measurements  at  the  same  time  and  combining  them,  a 
nearly  perfect  measurement  can  be  made.  Figure  2.3.6(a)  shows  the  growth 
of  the  association  volume  in  the  three  dimensions  during  the  time  after 

the  trllateration  measurements  before  the  next  measurement  T seconds 

s 

later.  The  plotted  curve  is  for  T = 6 s , a maximum  maneuver  accelera- 

12  * 

tion  of  lOg,  and  6 = y at  , an  approximation  that  will  be  shown  valid 
in  the  next  subsection.  The  association  error  at  the  next  measurement 
time  is  over  1,700  meters. 

Now  consider  using  the  same  three  measurements  equally  spaced  in 

time;  that  is,  one  radar  makes  a measurement  every  T /3  = 2 seconds  . 

s 

At  each  measurement  time  a nearly  perfect  range  measurement  and  two  much 
worse  angle  measurements  are  made.  The  radar  making  the  measurement  at 
t “ 0 in  Fig.  2.3.6(b)  makes  a perfect  x measurement  and  imperfect  y 
and  z measurements  with  100-m  standard  deviation  error.  At  t ■=  2 s 
the  second  radar  makes  a measurement,  this  time  the  perfect  measurement 
in  the  y direction.  The  third  radar  likewise  makes  a measurement  at 
t - 4 s . The  maximum  association  error  in  this  case  is  less  than  350 
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meters.  Clearly  using  the  three  orthogonal  radars  to  improve  data  rate 
rather  than  for  trilateration  at  a single  time  decreases  the  association 
volume  considerably  and  thus  improves  association. 


This  section  more  precisely  defines  the  association  volume  in  both 
size  and  shape.  The  precise  shape  turns  out  to  be  concave,  and  difficult 
to  model  in  a computer.  Nevertheless,  since  minimizing  false  associations 
in  a dense  target  environment  is  important,  approximations  to  the  shape 
should  be  found  and  used.  Analysis  of  the  effects  on  association  shape 
and  size  of  aircraft  maneuver,  measurement  errors,  and  model  errors  are 
presented  in  the  following  subsections. 

2. 3. 2.1  Aircraft  Acceleration  Effects 

If  an  aircraft  that  is  being  tracked  initiates  a maneuver  after  the 
last  tracking  measurement,  any  prediction  of  its  future  position  will  be 
in  error  by  the  extent  of  the  deviation  from  its  previous  flight  path  that 
is  Introduced  by  the  maneuver.  To  obtain  an  indication  of  the  magnitude 
of  this  deviation,  it  was  assumed  that  the  aircraft  undergoes  a constant 
acceleration,  either  in  a transverse  or  lateral  direction  perpendicular 
to  its  flight  path  or  in  a tangential  or  axial  direction  along  its  flight 
path  or  in  both  directions  at  once.  The  displacement  of  the  aircraft  from 
the  position  it  would  have  had  with  no  acceleration  was  calculated  and 
plotted  as  a function  of  the  time  since  the  last  measurement  and  the  air- 
craft velocity  and  acceleration. 

Consider  an  aircraft  flying  at  a velocity  v(t)  with  constant  trans- 
verse acceleration  a and  axial  acceleration  a as  indicated  in  Fig. 
2.3.7.  (The  transverse  acceleration  a^  is  in  the  plane  of  the  maneuver; 
the  total  acceleration  felt  by  the  pilot  Includes  an  additional  Ig  verti- 
cal acceleration  to  counter  gravity.)  In  a time  dt  , the  angle  6 
changes  by  an  amount 
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Figure  2, 3. 7.  Maneuvering  Aircraft  Geometry 
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v(t) 


dt 


Now  v(t)  * V + a t , where  v iS  the  aircraft  velocity  at  time  t « 0 
o a o 

Thus 


0(t) 


r ■ ‘i  - 

J V + a u 


du  + 9 


o a 


I 


I 


--  in  (l  + — t ) + 9 


where  9 is  the  value  of  9(t)  at  t » 0 
o 


Since  the  x and  y com- 


ponents of  v(t)  are 
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v^(t)  = v(t)  cos  0(t) 


Vy(t)  = v(t)  sin  0(t) 


then  the  x and  y components  of  the  aircraft  position  at  time  T 
[starting  from  x(0)  = y(0)  = 0]  are 

T r 1 

x(T)  = / (v  + a t)  cos  — )ln(l  + — t)  + 0 dt 

Job.  a \v  / o 

0 [_  a \ o / 


y(T)  = / (v  + a t)  sin  — Jin  (l  + — t ) + 0 dt 
0 a \ o / 


Approximating  the  natural  logarithm  by  the  first  term  in  its  series  expan- 
sion gives 


T 

x(T)  = / (v  + a t)  cosf— ^ t + 0 1 

J o a \v  o] 

0 \ o / 


t + 0 1 dt  for 


y(T)  = / (v  + a t)  sinf—  t + 0 | dt  for 

J o a \v  o/  2v 


A 


Carrying  out  the  Integrations  yields 


x(T)  = — (l  + — T I s±r\(—  T + e 
a.  \ V / \v  o, 

t \ o / \ o ) 


cos  I—  T + 0 


(2.3-3) 


(2.3-4) 


A special  case  of  Eqs.  2.3-3  and  2.3-4  occurs  when  the  aircraft  is 
maneuvering  at  constant  speed:  a = 0 . In  this  case  (and  assuming 
- «, 


V a 

x(T)  = — sin  — T 
a.  V 

t o 


V / a ' 

y(T)  = -^(1  - cos  — T 


These  equations  for  x(T)  and  y(T)  are  the  parametric  equations  of  a 

circle  with  radius  v^/a  . 

o t 


To  evaluate  and  plot  the  flight-path  deviations  given  by  Eqs.  2.3-3 
and  2.3-4  requires  that  the  aircraft  accelerations  and  velocity  be  speci- 
fied. Indications  of  the  maximum  lateral  acceleration  that  should  be 
considered  are  provided  in  Figs.  2.3.8  and  2.3.9.  The  plots  of  accelera- 
tion capability  versus  altitude  in  Fig.  2.3.8  for  a typical  high-performance 
fighter  aircraft  show  that  the  maximum  acceleration  at  the  lower  altitudes, 
where  it  is  limited  by  the  pilot  tolerance,  is  from  5.5g  to  8g.  The 
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plots  of  acceleration  magnitude  versus  duration  in  Fig.  2.3.9,  Indicate 
that  pilots  can  tolerate  accelerations  of  perhaps  as  much  as  lOg  for  a 
few  seconds.  In  this  same  Litton  report,  axial  aircraft  accelerations 
of  Ig  to  2g  are  mentioned.  Based  on  these  data,  a lateral  acceleration 
of  lOg  and  an  axial  acceleration  of  2g  were  selected  as  conservatively 
high  values  for  Illustrating  the  effects  of  target  acceleration  on  the 
association  volume. 

The  loci  of  aircraft  positions  as  given  by  Eqs.  2.3-3  and  2.3-4  for 

a = +10g,  a = +2g  , and  v = 300  m/s  are  plotted  in  Fig.  2.3.10  for 
t — a — o 

three  values  of  the  time  since  the  last  measurement.  The  axial  accelera- 
tion is  constant  at  +2g  or  -2g  along  the  curved  portions  of  the  contours, 
while  the  transverse  acceleration  is  constant  at  +10g  or  -lOg  along  the 
straight-line  portions.  These  contours  can  be  considered  to  be  the 
boundaries  of  possible  locations  of  the  aircraft  in  the  plane  of  the 
flight  path  after  the  specified  time  intervals.  If  the  transverse  accel- 
eration capability  is  the  same  in  all  directions  perpendicular  to  the 
flight  path,  the  association  volume  due  to  target  acceleration  is  obtained 
by  rotating  these  contours  about  the  x-  (along-track)  axis. 

The  rapid  increase  in  size  of  the  association  volume  as  the  time 
since  the  last  measurement  increases  is  shown  graphically  in  Fig.  2.3.10. 
At  a time  of  5 seconds,  the  volume  extends  laterally  to  a distance  of 
about  1,200  meters.  The  increases  curvature  of  the  volume  is  also  appa- 
rent; this  curvature  is  insignificant  at  short  time  Intervals  but  becomes 
substantial  at  long  times. 

The  effect  of  target  velocity  on  the  location  and  shape  of  the 
association  volume  is  Illustrated  in  Fig.  2.3.11,  which  shows  the 


^Final  Report — A Parametric  Study  of  the  Advanced  Forward  Area  Air  Defense 
Weapon  System  (AFAADS) , Vol.  I — Systems  Analysis,  Data  Systems  Division, 
Litton  Systems,  Inc.,  Report  No.  MS-00678,  2 October  1970  (UNCLASSIFIED). 
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Figure  2,3.10.  Projection  of  Association  Volume  Due  to  Possible  Target 
Acceleration 
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association-volume  contour  for  a velocity  v^  of  1,000  m/s  at  a time  of  2 

5 seconds  after  the  last  measurement,  along  with  the  contour  for  | 

V “ 300  m/s  from  the  previous  figure.  The  two  uncertainty  volumes  are  | 

° f 

about  the  same  size,  but  the  curvature  is  considerably  less  at  the  higher  I 

target  velocity.  | 

Actual  association-volume  contours  would  probably  have  rounded  cor-  ji 

ners  since  it  is  unlikely  that  an  aircraft  and  pilot  could  maintain  high  | 

accelerations  both  laterally  and  axially  at  the  same  time.  An  analysis  | 

of  maneuver  capabilities  based  on  energy  coupling  effects^  produced  a | 

contour  similar  to  the  ones  in  Figs.  2.3.10  and  2.3.11  but  with  rounded  | 

corners;  it  is  shown  in  Fig.  2.3.12  for  purposes  of  comparison.  i 


^Litton  report,  op.  clt. 

I 
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Figure  2.3.12.  Relative  Acceleration  Capability  of  a High  Performance 
Fighter/Bomber  Along  and  Perpendicular  to  the  Direction 
of  Flight  (from  Litton  Report,  op.  clt.) 


2. 3. 2. 2 Measurement  Error  Effects 

The  errors  In  the  radar  measurements  of  target  position  (and  perhaps 
radial  velocity),  which  are  caused  by  thermal  noise  and  perhaps  other 
environmental  or  target-induced  effects,  lead  to  track  estimation  and  pre- 
diction errors.  The  error  In  the  predicted  target  position  must  be  taken 
Into  account  In  determining  the  size  and  shape  of  the  potential  associa- 
tion volume.  The  error  In  the  measurement  that  Is  to  be  associated  with 
the  target  track  must  also  be  taken  Into  account  In  defining  the  associa- 
tion volume  since  association  Is  based  on  the  distance  between  the  measured 
and  predicted  target  positions.  The  measurement  and  prediction  errors 
of  Interest  are  random  In  nature  and  can  only  be  described  statistically. 

The  association  volume,  defined  with  respect  to  the  predicted  target  posi- 
tion, should  be  made  large  enough  to  ensure  that  a specified  (presumably 
high)  percentage  of  the  correct  measurements  will  lie  within  Its  boundaries. 


W 


ubos-m 


The  target  prediction  error  depends  on  the  procedure  used  to  combine 
and  smooth  the  measurements  and  to  extrapolate  the  track  to  future  times, 
as  well  as  on  the  errors  In  the  measurements.  One  of  the  filtering  tech- 
niques described  In  Sec.  2.4 — the  one  used  In  TACRAN3 — Is  to  fit  a quadra- 
tic function  to  the  preceding  N measurements  so  as  to  minimize  the  sum 
of  the  squares  of  the  distances  between  the  measurements  and  the  quadratic 
curve — the  so-called  least-squares  fit.  The  predicted  position  of  the 
target  then  lies  along  this  quadratic  curve  extrapolated  Into  the  future. 
However,  for  purposes  of  locating  the  association  volume,  a linear  extra- 
polation along  the  tangent  to  the  quadratic  fit  at  the  last  measurement  Is 
more  appropriate.  With  such  an  extrapolation,  the  association  volume  Is 
essentially  symmetric  about  Its  center  line  since  the  maximum  possible 
lateral  acceleration  Is  presumably  equal  in  all  directions.  This  geometry 
Is  depicted  in  Fig.  2.3.13. 


The  error  In  the  predicted  target  position  due  to  the  random  meas- 
urement errors  was  analyzed  for  the  least-squares  fit  to  a quadratic  func- 
tion. For  both  the  extrapolation  along  the  least-squares  quadratic  fit 
and  the  linear  extrapolation  along  the  tangent,  the  standard  deviation 
of  the  error  In  predicted  position  (o  ) Is  a multiple  of  the  standard 

deviation  of  the  measurement  error  (o  ) , with  the  value  of  the  multiply- 

tn 

Ing  factor  being  a function  of  the  number  of  measurements  to  which  the 
quadratic  Is  fitted  (N)  and  the  extrapolation  time  In  relation  to  the  time 
between  measurements  (A) . This  factor  for  linear  extrapolation  Is  plotted 
In  Fig.  2.3.14  as  a function  of  N for  three  extrapolation  times.  These 
curves  are  based  on  Che  assumption  that  Che  N measurements  have  the  same 
variance  and  are  uniformly  spaced.  As  N Increases  from  Its  minimum  pos- 
sible value  of  three,  the  o /o  ratio  falls  rapidly  at  first  but  then 

pm 

starts  to  level  off  at  N equal  to  six  or  seven,  particularly  for  an 

extrapolation  time  of  one  A which  Is  Che  case  of  greatest  Interest.  At 

N » 6 with  an  extrapolation  time  of  one  A , for  example,  a = 1.6a  . 

p n 

since  the  errors  In  the  measurement  to  be  associated  and  the  pre- 
dicted crack  are  Independent,  the  variance  of  the  error  In  the  distance 
between  these  positions  Is  Just  the  sum  of  the  variances  of  the  two 
errors.  That  Is,  the  standard  deviation  of  the  uncertainty  In  relative 
position  Is  given  by 

J 2 ^ 2 

a - + o 

u f p m 

For  the  above  example  where  a ■ 1.6o  , a • 1.9a  . 

p m u m 

In  order  to  compare  the  magnitude  of  this  measurement-induced  error 

with  Che  target  displacement  calculated  above.  It  Is  necessary  Co  assign 

a value  to  o . For  the  AN/TPS-43  radar,  a Is  of  the  order  of  100  m 
n in 

In  both  range  and  azimuth  for  typical  ranges  of  Interest.  While  the  meas- 
urement accuracy  of  other  radar  designs  for  the  application  of  Interest 
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may  be  somewhat  different — perhaps  better  In  range  but  somewhat  poorer  in 

angle — this  value  seems  reasonable  for  the  purposes  of  this  analysis. 

With  o 100  m , then  o « 190  m. 
m u 

In  order  to  define  an  association  volume  around  the  predicted  tar- 
get position  within  which  the  measurement  is  expected  to  lie,  it  is  neces- 
sary to  select  a level  of  confidence  to  which  this  expectation  is  held. 

The  3-0  value  is  often  used  to  define  a high  level  of  confidence  or 
probability  of  success;  it  is  shown  in  Sec.  2. 3. 3.1  that  for  a spherical 
Gaussian  distribution  the  value  of  the  random  will  lie  within  the  3-o 
surface  97%  of  the  time.  For  the  parameter  values  cited  above, 

3a  = 570  m. 
u 

The  combined  effect  of  the  target  acceleration  and  the  measurement 

error  on  the  size  and  shape  of  the  association  volume  is  indicated  in  Fig. 

2.3.15.  The  acceleration-displacement  contour  for  a velocity  of  300  m/s, 

transverse  and  axial  accelerations  of  lOg's  and  2g's,  and  a prediction 

time  of  2 seconds  is  reproduced  from  Fig.  2.3.10.  A one-sigma  circle  of 

radius  a » 190  m is  shown  for  comparison.  The  outer  contour,  which 
u 

represents  the  boundary  of  the  association  volume  for  the  parameter  values 

used,  is  a distance  of  3o  = 570  m from  the  closest  point  on  the  accel- 

u 

eration-dlsplacement  contour.  Since  the  3-o  distance  here  is  consider- 
ably larger  than  the  maximum  displacement  due  to  acceleration,  this  outer 
contour  is  roughly  circular  in  shape  and  could  be  well  approximated  by  a 
circle  (or  a sphere  in  three  dimensions)  in  a practical  implementation. 

Similar  contours  are  plotted  in  Fig.  2.3.16  for  the  same  parameter 
values  except  for  the  time  between  measurements  and  extrapolation  time, 
which  is  5 seconds  here.  The  association  volume  is  larger  in  this  case 
and  departs  significantly  from  a circular  shape. 

Association-volume  contours  for  the  case  where  the  time  between  meas- 
urements is  2 seconds  and  the  prediction  time  is  5 seconds  are  shown  in  Fig. 
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Figure  2.3.15.  Association  Volume  for  Track  Association 
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LATERAL  DISTANCE 


VELOCITY  = 300  m/s 
TRANSVERSE  ACCELERATION  = lOg 
AXIAL  ACCELERATION  = 2g 
TIME  BETWEEN  MEASUREMENTS  = 5 s 
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2.3.17.  In  this  case,  a = 2.9o  for  an  extrapolation  time  of  2.5  meas- 

p m 

urement  intervals,  o = 3.1o  = 310  m for  o = 100  m , and  3a  = 930  m . 

urn  m u 

This  association  volume  is  still  larger  than  the  previous  one  but  some- 
what closer  to  a circle  in  shape. 


2.3.2. 3 Model  Error  Effects 

A quadratic  function  (rather  than  the  usual  linear  function)  is  a 
reasonable  model  of  aircraft  flight  in  the  present  air  surveillance  con- 
text where  it  is  desirable  to  be  able  to  extrapolate  some  time  ahead  with- 
out having  to  update  the  System  Track.  Even  when  aircraft  are  performing 
constant-acceleration  maneuvers,  they  do  not  follow  flight  pat  is  that  are 
quadratic  functions,  and  predictions  of  their  position  based  on  the  qua- 
dratic model  are  in  error  because  of  this  fact.  This  model  error  is  in 
addition  to  the  errors  due  to  target  maneuvers  and  measurement  noise 
which  were  discussed  in  the  preceding  sections. 


An  aircraft  performing  a constant-acceleration  maneuver  follows  a 
circular  path  (assuming  the  speed  remains  constant).  A circle  can  be 
closely  approximated  by  a quadratic  function  over  short  distances,  but 
diverges  substantially  at  longer  distances.  In  order  to  obtain  an  indi- 
cation of  the  magnitude  of  the  model  error,  an  analysis  of  the  case  of  a 
quadratic-fit  to  a circular  path  was  carried  out.  The  quadratic  was 
fitted  to  three  equally  spaced  points  on  the  circle  with  the  distance  be- 
tween the  points  as  a parameter.  The  distance  between  the  circle  and  the 
quadratic  fit  one  sample  time  after  the  last  measurement  point  was  then 
determined,  as  was  the  distance  between  the  tangent  to  the  circle  and  the 
tangent  to  the  quadratic  (a  quantity  of  interest  in  determining  the  re- 
quired size  of  the  association  volume).  The  geometry  of  these  curves  and 
their  extrapolations  are  shown  in  Fig.  2.3.18. 

The  distance  between  the  target  position  on  the  constant-acceleration 
circle  and  the  quadratic  projection  ^nd  the  distance  between  the  tan- 
gents of  the  two  curves  are  functions  of  the  angle  6 between  meas- 

urement points,  the  target  velocity  v , and  the  acceleration  a . The 
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Figure  2.3.17.  Association  Volume  for  Track  Association 
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sample  time  T between  measurements  Is  related  to  these  parameters  by 
T = v0/a  . Both  types  of  model  errors  were  evaluated  and  plotted  for 
several  combinations  of  parameter  values. 

The  distance  between  actual  and  predicted  target  positions  (e  ) 

mq 

for  an  extrapolation  time  equal  to  the  time  between  measurements  is  plot- 
ted versus  the  time  between  measurements  in  Fig.  2.3.19  for  a transverse 
target  acceleration  of  3g,  and  target  velocities  of  100  m/s,  300  m/s,  and 
1,000  m/s.  Similar  plots  for  a target  acceleration  of  lOg  are  provided 
in  Fig.  2.3.20.  In  all  cases,  the  model  error  Increases  slowly  from  zero 
at  first  with  increasing  time  between  measurements  (and  extrapolation 
time);  then  beyond  some  point  which  depends  on  the  target  acceleration 
and  velocity,  it  starts  to  Increase  rapidly.  These  curves  inilcate  that 
the  model  error  can  be  a major  contributor  to  the  track-prediction  error 
for  high  accelerations. 


I 

I 
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Figure  2.3.19.  Model  Error:  Difference  Between  Constant  3g  Acceleration 
Circle  and  Quadratic  Prediction,  One  Sample  Time  Ahead 
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Figure  2.3.20.  Model  Error:  Difference  Between  Constant  lOg  Acceleration 
Circle  and  Quadratic  Prediction,  One  Sample  Time  Ahead 


similar  plots  of  the  distance  between  the  tangents  to  the  curves 

(e  .)  are  presented  In  Figs.  2.3.21  and  2.3.22.  Again,  these  plots  are 
Tax. 

for  an  extrapolation  time  equal  to  the  time  between  measurements.  These 
curves  for  the  linear  prediction  error  are  similar  In  form  to  those  for 
, rising  slowly  at  first  and  then  much  more  rapidly.  These  results 
for  both  types  of  model  error  Indicate  that  the  time  between  measurements 
should  be  two  seconds  or  so  to  avoid  large  model  errors,  perhaps  even  less 
under  some  conditions. 

The  magnitude  of  the  model  error  as  a function  of  the  extrapolation 

time  for  a fixed  time  between  measurements  Is  also  of  Interest  because  It 

gives  an  Indication  of  how  often  the  System  Track  must  be  updated.  Plots 

of  the  difference  e for  a measurement  Interval  of  two  seconds  are 

mq 

shown  In  Figs.  2.3.23  and  2.3.24. 
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Figure  2.3.21.  Model  Error:  Difference  Between  Tangent  to  Constant  3g 
Acceleration  Circle  and  Tangent  to  Quadratic  Prediction 
One  Sample  Time  Ahead 
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Figure  2.3.22.  Model  Error:  Difference  Between  Tangent  to  lOg  Acceler- 
ation Circle  and  Tangent  to  Quadratic  Prediction  One 
Sample  Time  Ahead 
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Figure  2.3.23.  Model  Error:  Difference  Between  Constant  3g  Acceleration 
Circle  and  Quadratic  Prediction  for  a Time  Between  Meas- 
urements of  2 Seconds 
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Similar  sets  of  curves  for  the  distance  e . between  the  linear 

mil 

projections  (tangents)  as  functions  of  the  extrapolation  time  for  a meas- 
urement Interval  of  two  seconds  are  plotted  in  Figs.  2.3.25  and  2.3.26. 
Since  the  distance  between  the  tangents  Increases  linearly  with  time, 
these  curves  are  straight  lines.  This  type  of  model  error  is  significant 
only  for  high  target  accelerations  for  extrapolation  times  up  to  several 
measurement  Intervals. 


2.3.3  Association  Performance  Analysis 

To  gain  Insight  into  the  relationship  between  parameters  describing 
the  association  performance  and  the  radar  and  target  parameters,  the  asso- 
ciation process  was  analyzed  using  idealized  models  and  considering  spe- 
cial cases.  These  analyses  and  their  results  are  presented  in  this  sec- 
tion. First  the  probability  of  associating  a track  with  a false  alarm  is 
derived  and  evaluated  for  sets  of  parameter  values  of  interest,  then  the 
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Figure  2 


Figure  2 


3.25.  Model  Error:  Difference  Between  Tangent  to  Constant  3g 
Acceleration  Circle  and  Tangent  to  Quadratic  Prediction 
for  a Time  Between  Measurements  of  2 Seconds 


3.26.  Model  Error:  Difference  Between  Tangent  to  Constant  lOg 
Acceleration  Circle  and  Tangent  to  Quadratic  Prediction 
for  a Time  Between  Measurements  of  2 Seconds 


186 


probabilities  of  incorrect  association  of  closely  spaced  targets  are 
determined  for  certain  simple  target  geometries. 


1 
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2. 3. 3.1  False  Alarm  Associations 

If  a false  alarm  occurs  in  a location  close  to  a projected  track. 

It  may  be  associated  with  the  track.  The  probability  of  a false-alarm 
association  is  the  probability  that  the  distance  from  the  predicted  tar- 
get position  to  the  false  alarm  location  Is  less  than  the  distance  from 
Che  predicted  target  position  to  the  measurement  location.  With  an  iso- 
lated track  (no  other  nearly  targets),  it  appears  that  any  reasonable 
algorithm  will  associate  the  false  alarm  with  the  track  If,  and  only  If, 

It  is  closer  than  the  target  to  the  track  extrapolation. 

To  evaluate  the  probability  of  a false-alarm  association,  it  is 
first  necessary  to  determine  the  probability  density  function  of  the 
measured  target  position  relative  to  the  predicted  target  position. 

As  discussed  in  the  preceding  section,  this  distance  is  made  up  of  three 
components:  (1)  the  acceleration  displacement,  (2)  the  measurement  error, 

and  (3)  the  model  error.  The  first  and  third  of  these  can  be  considered 
to  be  bias  errors  whose  magnitude  and  direction  depend  on  the  particular 
maneuver  that  the  aircraft  performs.  The  measurement  error,  on  the  other 
hand,  is  random  in  nature  since  it  is  produced  by  random  noise.  As  a 
mathematical  model  of  this  situation,  it  is  assumed  that  the  distance  of 
the  measurement  from  the  track  prediction  (assumed  to  be  at  the  origin) 
consists  of  a bias  term  of  magnitude  A which  is  equally  likely  to  lie 
in  any  direction,  plus  a random  variable  whose  x,  y , and  z components 
are  Gausslanly  distributed  with  zero  mean  and  standard  deviation  o . 

This  geometry  is  depicted  in  Fig.  2.3.27.  It  can  be  shown  that  the 
probability  density  function  of  the  distance  of  a measurement  from  the 
origin  is  given  by 
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The  probability  that  r Is  less  than  or  equal  to  a specified  value 
R is  then 
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where 


is  a tabulated  function.  This  cumulative  probability  distribution  func- 
tion is  plotted  in  Fig.  2.3.28  for  o = 200  m (a  rounded-off  approxima- 
tion to  the  190  m that  was  obtained  in  Sec.  2. 3. 2. 2 as  a reasonable  value 
for  the  combined  track-prediction  and  measurement  errors)  and  three  values 
of  A . These  values  of  the  bias  term  are  related  to  possible  combina- 
tions of  acceleration  and  prediction  time  in  the  figure,  assuming  that 
model  error  is  zero.  For  A = 0 , r is  less  than  600  m (the  3-o  value) 
with  a probability  of  0.97%.  It  is  seen  that  small  biases  have  little 
effect  on  the  distribution  function  but  that  larger  biases  shift  the 
curves  substantially  and  change  their  shape  somewhat. 


DISTANCE  OF  MEASURENENT  FROM  PREDICTED  POSITION 
GIVEN  DISTANCE  EROM  PREDICTED  POSITION 
200  m 


Probability  That  a Position  Measurement  is  Less  Than  a 
Given  Distance  From  its  Predicted  Location 
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Using  the  probability  density  function  p(r)  from  Eq.  2.3-5,  the 
probability  of  association  with  a false  alarm — i.e.,  the  probability  that 
a false  alarm  occurs  at  a distance  from  the  predicted  target  position  that 
is  less  than  the  distance  to  the  measurement — can  be  written  as 

00 

P(FA)  = J'  p^(FA/r)p(r)  dr  (2.3-6) 

0 

where  Pj(FA/r)  is  the  probability  of  association  with  a false  alarm  given 
that  the  measurement  is  at  a distance  r from  the  predicted  target  posi- 
tion. Assuming  that  the  false  alarms  are  uniformly  distributed  throughout 
the  coverage  volume,  this  latter  probability  is  just 


1 


P^(FA/r) 


Kr' 


(2.3-7) 


for  Kr  <<  1 . 

K = 1.07N^.  X 10 
FA 


For  the  coverage  volume  specified  in  Sec.  2.2.2, 

-14 

for  r in  kilometers,  where  Is  the  number  of 

FA 


random  false  alarms  per  scan.  Substituting  Eqs.  2.3-5  and  2.3-7  in  Eq. 
2.3-6  and  carrying  out  the  integration  gives 


2K  .,3  ^ 2 , -A^/2o^  ^ K 4 ^ , 2 2 ^ 4,,  /A' 

P(FA)  = (5a  + A a)e  + — (3a  + 6A  a + A 

A 2\o, 


(2.3-8) 


where 


f2(X) 


X 


dx 


Is  a tabulated  function. 
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The  probability  of  a false-alarm  association  per  scan  as  given  by 
Eq.  2.3-8,  which  is  equal  to  the  expected  number  of  false-alarm  associa- 
tions per  scan  for  P(FA)  <<  1 , was  evaluated  for  several  values  of  o 

and  A . The  value  of  A used  in  these  calculations  was  taken  to  be 
1 2 

equal  to  ^ aT  where  a is  the  target  acceleration  and  T is  the  time 
since  the  last  measurement  (normally  equal  to  the  time  between  measure- 
ments).^ A maximum  target  acceleration  of  6g  was  used  because  for  any 
value  of  T the  volume  of  a sphere  of  that  radius  is  approximately  equal 
to  the  uncertainty  volume  with  a lOg  transverse  acceleration  and  a 2g 
axial  acceleration  as  plotted  in  Fig.  2.3.10.  The  expected  number  of 
false-alarm  associations  with  each  track  on  each  scan  (N„./SCAN)  is  plot- 
ted  as  a function  of  the  time  between  measurements  in  Fig.  2.3.29  for 

o = 200  m,  a = 6g  , and  N = 100  false  alarms  per  scan.  The  straight- 

F 

line  asymptotic  for  a = 0 and  o = 0 are  also  plotted.  In  the  latter 

^ 2 

case  N_,/SCAN  varies  as  T since  A varies  as  T and  the  probabi- 
FA  2 

lity  of  false-alarm  association  is  proportional  to  A . The  curve  for 

a = 200  m and  a = 6g  is  nearly  flat  out  to  a time  between  measurements 

of  perhaps  three  seconds,  then  it  starts  to  rise  rather  rapidly.  For  the 

shorter  times,  the  expected  number  of  false-alarm  associations  is  small: 

with  1,000  targets  in  track,  the  total  for  all  the  targets  is  less  than 

0.1  per  scan. 

The  expected  number  of  false-alarm  associations  from  Eq.  2.3-8  is 
plotted  in  Fig.  2.3.30  for  other  values  of  a and  a to  provide  an 
indication  of  the  sensitivity  to  these  parameters.  The  shape  of  these 
curves  is  similar  to  that  of  the  curve  in  Fig.  2.3.29  for  the  nominal 
values  of  o and  a . These  results  indicate  that  the  time  between 
tracking  measurements  should  be  less  than  about  three  seconds  to  minimize 
the  number  of  associations  with  false  alarms. 

^The  contribution  of  the  model  error  to  the  bias  term  was  not  included  in 
these  calculations.  This  error  had  not  been  evaluated  when  the  calcula- 
tions were  made  and  it  was  assumed  to  be  negligible,  as  it  Indeed  appears 
to  be  in  some,  but  not  all,  cases  based  on  the  results  in  Sec.  2. 3.2. 3. 
Other  models  of  the  target  trajectory  could  produce  errors  which  are,  in 
fact,  small  in  all  cases  of  interest. 


I 
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Hpj^/SCAN  • EXPECTED  HUMBER  OF  FALSE  ASSOCIATIONS  PER  TARGET  PER  SCAN 


Figure  2.3.29.  False  Associations  With  Random  Noise 


For  some  purposes,  the  expected  number  of  false-alarm  associations 
per  second,  rather  than  the  number  per  scan,  may  be  of  interest.  The 
number  per  second  can  be  obtained  from  Figs.  2.3.29  and  2.3.30  simply  by 
dividing  by  the  scan  time.  If  the  time  between  tracking  measurements  and 
the  scan  time  are  related  as  in  a track-while-scan  system,  then  each  value 
on  the  curves  in  Fig.  2.3.30,  for  example,  can  be  divided  by  the  time 
between  measurements  to  obtain  the  curves  shown  in  Fig.  2.3.31.  In  this 
case,  there  is  a time  between  measurements  which  minimizes  the  expected 
number  of  false-alarm  associations  per  second;  its  value  is  in  the  range 
of  two  to  three  seconds  for  the  parameter  values  considered. 

2. 3. 3. 2 Multiple-Target  Associations 

With  many  targets  in  track,  it  is  possible  to  incorrectly  associate 
a measurement  from  one  target  with  the  track  on  another  target.  The 
determination  of  the  frequency  with  which  such  false  associations  occur 
and  its  dependence  on  the  radar  and  target  parameters  is  certainly  a 


I 

I 

I 


d 
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problem  of  Interest.  Some  comments  on  and  approaches  to  this  problem  are 
offered  In  this  section  along  with  some  limited  results  for  special  cases. 

If  the  targets  are  widely  separated,  there  Is  of  course  little 
problem  In  correctly  associating  them  with  their  tracks.  If,  for  exam- 
ple, the  targets  were  unformly  distributed  throughout  the  coverage  volume 
and  could  be  considered  to  affect  the  association  process  In  the  same  way 
as  random  false  alarms,  then  the  probability  of  false  association  could 
be  analyzed  In  the  same  way  as  that  of  the  false-alarm  associations  In 
the  preceding  section.  The  resulting  expected  number  of  false  associa- 
tions per  scan  for  each  target  In  track  are  plotted  In  Fig.  2.3.32  for 
a - 200  m and  a > 6g  . For  a time  between  tracking  measurements  less 
than  three  seconds  or  so,  the  number  of  false  associations  Is  small. 

Of  greater  Interest  Is  the  situation  where  the  local  target  density 
Is  considerably  higher — where  several  aircraft  are  close  together  either 
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because  they  are  flying  in  formation  or  because  they  happen  to  be  on 
flight  paths  which  bring  them  close  together  for  a short  time.  The 
assignment  algorithm  described  In  Sec.  2. 3. 1.2  Is  designed  to  handle  this 
situation,  but  under  certain  conditions,  measurements  and  tracks  could 
be  Incorrectly  associated.  A general  analysis  of  this  situation  Is  dif- 
ficult and  has  not  been  attempted  as  part  of  this  study;  Instead,  simpler 
special  cases  have  been  considered  to  gain  Insight  Into  the  problem. 


Consider  the  case  of  two  closely  spaced  targets,  for  example,  two 
aircraft  flying  In  formation.  A number  of  possible  combinations  of  track- 
ing capabilities  and  aircraft  maneuvers  are  listed  In  Fig.  2.3.33.  They 
range  from  Case  1 where  the  tracking  accuracy  Is  high  and  the  maneuvers 
are  small  and  there  Is  consequently  no  association  problem,  to  Case  6 
where  the  targets  cannot  be  resolved  by  the  radars  and  there  Is  no  possi- 
bility of  association. 

This  last  case  Is  Important  In  that  it  brings  out  a basic  require- 
ment for  tracking  closely  spaced  targets,  namely  that  they  must  be  resolved 
by  the  radars.  (Of  course,  two  or  more  closely  spaced  targets  that  are 
unresolved  could  be  tracked  as  a group,  but  the  tracking  accuracy  would 
be  poor  and  no  Information  about  the  number  of  aircraft  would  be  pro- 
vided.) If  the  aircraft  can  maintain  separations  of  a few  tens  of  meters 
or  so,  this  requirement  for  tracking  leads  to  a requirement  that  the 
radars  have  high  resolution  In  range  so  that  at  least  some  of  the  radars 
within  range  of  the  targets  can  resolve  them.  If  a radar  can  resolve  two 
targets.  It  can  measure  their  positions  with  an  error  that  Is  an  order 
of  magnitude  less  than  the  distance  between  the  targets.  Thus,  it  should 
always  be  possible  to  correctly  associate  the  measurements  with  the 
tracks  for  these  targets  unless  they  have  performed  a maneuver  since  the 
last  measurement  that  has  produced  a displacement  comparable  to  the  dis- 
tance between  them. 
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maneuver  geometry  association  capability 
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Figure  2.3.33.  Track  Association  With  Closely  Spaced  Target 
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In  Cases  4 and  5 in  Fig.  2.3.33,  the  targets  pass  through  a region 
In  which  they  are  temporarily  unresolved  (or,  alternatively,  through  a 
region  in  which  proper  association  is  not  possible).  It  may  be  possible 
to  maintain  track  using  pattern  recognition  techniques  to  correctly  asso- 
ciate the  tracks  before  and  after  they  become  unresolved,  but  if  the  tar- 
gets can  perform  unknown  maneuvers  while  they  are  unresolved,  such  tech- 
niques will  be  of  little  avail.  It  may,  however,  be  of  little  value  to 
distinguish  between  the  aircraft,  particularly  if  they  are  of  the  same 
type,  in  which  case  before-and-af ter  track  association  may  not  be  necessary. 


Case  3 represents  a situation  that  could  occur  only  in  certain  sys- 
tems or  under  certain  circumstances.  It  might  occur  if  for  some  reason 
no  tracking  measurement  has  been  made  for  some  time,  so  that  the  predic- 
tion error  has  become  large  even  though  the  targets  can  be  resolved  and 
the  measurement  accuracy  is  high.  Or  it  might  occur  in  a track-while-scan 
system  with  cooperative  tracking  by  several  radars  with  high  range  resolu- 
tion and  accuracy,  but  relatively  poor  angular  resolution.  If  the  current 
measurement  has  been  preceded  by  several  in  which  the  radar  beam  was  nearly 
orthogonal  to  that  of  the  current  measurement,  then  the  track  prediction 
accuracy  could  be  poor  in  Che  current  range  direction.  In  any  event,  it 
is  assumed  that  the  prediction  accuracy  is  poor,  but  the  measurement  accu- 
racy is  good  in  one  direction,  making  the  association  problem  essentially 
one-dimensional  in  this  case.  Assuming  that  Che  measurement  error  is 
Gausslanly  distributed  and  that  the  closesC-pair  algorithm  is  used,  it 
can  be  shown  that  the  probability  of  false  association  (l.e.,  of  associat- 
ing a measurement  with  the  wrong  track)  is  given  by 


P(FA) 


(2.3-9) 


where 


fl(X) 


2 


dx 
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and  D Is  the  target  separation,  A Is  the  displacement  of  both  targets 
due,  for  example,  to  target  acceleration  and  equally  likely  to  be  In 
either  direction.  The  probability  of  false  association  as  given  by  Eq. 
2.3-9  Is  plotted  as  a function  of  the  target  separation  In  Fig.  2.3.34 


• GOOD  RESOLUTION  IN  ONE  DIRECTI0N--P00R  PREDICTION  ACCURACY 

• CLOSEST-RETURN  ASSOCIATION  ALGORITHM 

• ACCELERATION  IN  EITHER  DIRECTION  WITH  EQUAL  PROBABILITY 


TARGET  SEPARATION  (0).  m 


Figure  2.3.34.  Probability  of  False  Association — Closely  Spaced  Targets 
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for  Op  ■ 150  m (the  prediction  error  for  o ■ 100  m with  no  contribu- 
tion from  the  current  measurement)  and  o ■ 75  m , and  for  A ■ 0 and 
12  ^ 

A ■ 200  (e.g.,  aT  for  a “ lOg  and  T ■ 2 seconds).  These  curves 

Indicate  that  the  probability  of  false  association  In  this  case  remains 
substantial  for  target  separations  out  to  several  hundred  meters. 


Case  2 In  Fig.  2.3.33  Is  one  In  which  the  measurement  and  prediction 
accuracies  are  high  but  the  displacement  since  the  last  measurement  Is 
larger  than  the  target  separation.  This  case  Is  one  In  which  the  assign- 
ment algorithm  can  make  the  correct  association  while  the  closest-palr 
algorithm  does  not.  Consider  the  situation  shown  In  Fig.  2.3.35.  The 
closest-palr  algorithm  would  associate  measurement  2 with  track  1 (and 
probably  measurement  1 with  track  1 as  well).  The  assignment  algorithm 
using  the  squares  of  the  distances  would  properly  associate  the  measure- 
ments and  tracks,  however,  since 


Figure  2.3.35.  Maneuvering  Targets  Geometry 
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Thus  the  association  performance  in  this  case  depends  in  part  on  the  algo- 
rithm that  is  used. 

The  association  performance  for  closely  spaced  targets  also  depends 

on  the  target  maneuver  capability.  To  obtain  an  indication  of  the  effect 

of  maneuvers  in  a simple  case,  consider  the  two-target  geometry  sketched 

in  Fig.  2.3.36.  The  two  targets  are  separated  by  a distance  D at  the 

last  measurement  and  then  undergo  transverse  accelerations  in  the  x-y 

plane.  Assume  that  at  the  time  of  the  next  measurement  the  targets  lie 

1 2 

along  the  y axis  but  are  displaced  by  amounts  y,  a.T  and 
12  1^1 
(yj  - D)  ■ from  their  predicted  positions.  Assume  further  that 

position  measurement  errors  are  small  compared  with  the  distance  D be- 
tween the  targets  (a  reasonable  assumption  if  the  targets  are  resolved 
in  the  y direction  by  the  radar) . Using  the  assignment  algorithm  with 
the  squares  of  the  distances,  the  measurements  will  be  correctly  asso- 
ciated with  the  tracks  if 


y 

H 

D 

^1 
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ACTUAL  POSITION  OF  TARGET  2 

PREDICTED  POSITION  OF  TARGET  2 
ACTUAL  POSITION  OF  TARGET  1 

PREDICTED  POSITION  OF  TARGET  1 


Target  Geometry  for  One-Dimensional  Association  Analysis 
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From  this  inequality  it  follows  that  Incorrect  association  will  occur 


if  72  yi  if 


‘ ^2  ■ ^1  ^ ° 


(2.3-10) 


(It  is  of  Interest  to  note  that  if  linear  distances  rather  than  distances- 
squared  were  used  in  the  assignment  algorithm,  the  measures  of  associa- 
tion for  the  two  possible  target-track  combinations — + (y^  - D)  and 
y2  (Yj^  ~ D) — would  always  be  equal,  and  the  pairings  would  presumably 
be  made  randomly  with  a probability  of  correct  association  of  0.5.) 


To  determine  the  probability  of  incorrect  association  using  Eq. 

2.3-10,  assume  that  the  acceleration  a of  each  target  can  be  described 

statistically  by  the  probability  density  functions  shown  in  Fig.  2.3.37 — 

Impulses  at  0 and  at  the  maximum  attainable  accelerations  of  a and 

m 

-a  with  an  additional  component  uniformly  distributed  between  the  maxi- 
n 

mum  values — and  that  these  accelerations  are  uncorrelated.  Then  the 

probability  density  function  of  y is  the  convolution  of  p(y,)  and 

1 2 **  1 2 ^ 
p(-y-)  , where  y,  “ x a,T  and  a T + D,  and  has  the  form  shown 

1 X/1  4.  2 1 


1 - - 2P, 

p _ 0 }_ 


Figure  2.3.37.  Assumed  Probability  Density  Function  of  Target 
Acceleration 
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In  Fig.  2.3.38  where  A ■ Tr  a T . From  Eq.  2.3-10,  the  probability  of 
i L n 

an  incorrect  or  false  association  is 
1 0 

I P(FA)  - y*  p(yj)  dy^  (2.3-11) 

i -00 

! 

This  Integral  was  evaluated  for  several  sets  of  values  of  the 

probability-function  parameters  to  obtain  the  probabilities  of  false 

association  plotted  in  Fig.  2.3.39  as  functions  of  the  target  separation 

1 2 

D relative  to  the  maximum  target  displacement  A > ':r  a T . In  all 

L m 

cases  this  probability  decreases  with  increasing  D , with  step  changes 
at  D « A and  at  D ■ 2A  where  it  falls  to  zero.  [For  cases  in  which 
0 , the  P(FA)  plots  would  Include  segments  of  quadratic  functions 
as  well.]  Note  that  the  maximum  probability  of  false  association  for  D 
between  0 and  A does  not  occur  for  P^  - 0.5  as  might  be  expected, 
but  rather  for  an  Intermediate  value  of  P^  . The  probability  of  false 
association  is  plotted  in  Fig.  2.3.40  as  a function  of  the  time  T between 
measurements  for  D ■ 100  m and  several  sets  of  values  of  the 
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probability-function  parameters.  This  probability  increases  rapidly  for 
T greater  than  one  second,  reaching  its  maximum  value  at  T • /2  seconds. 


These  results  reinforce  the  need  for  a high  tracking  rate  to  main- 
tain the  association  performance  at  a high  level.  However,  the  problem 
of  associating  multiple  targets  and  tracks  is  a complex  one,  and  further 
analysis  is  needed  to  establish  general  requirements  for  various  combina- 
tions of  target  spaclngs,  maneuver  capabilities,  and  measurement  accura- 
cies for  the  assignment  algorithm  and  perhaps  for  other  algorithms  of 
interest. 


2.4  TRACK  FILTERING 


The  principal  objective  of  the  surveillance  systems  studied  Is  to 
keep  track  of  targets;  very  accurate  track  of  the  aircraft  is  not  a re- 
quirement at  this  time  nor  Is  It  foreseen  to  be  In  the  future.  Thus  the 
requirements  on  track  filtering  are  not  as  exacting  as  the  requirements 
on  association. 

As  discussed  In  Sec.  1.1,  the  principal  output  of  the  system  Is  a 
file  of  System  Tracks  on  all  aircraft  which  Is  available  to  several  or 
all  nodes  In  the  system.  To  lower  communications  requirements  on  the 
system,  it  is  desired  to  update  the  System  Tracks  as  Infrequently  as  pos- 
sible. This  means  that  there  is  an  advantage  in  estimating  acceleration 
as  well  as  position  and  velocity  If  the  acceleration  estimate  Is  not  too 
noisy. 


Two  types  of  filters  were  considered:  recursive  and  non-recursive. 

A recursive  filter  is  one  In  which  past  measurements  are  summarized  In 
the  present  estimate  of  the  state  of  the  object  being  tracked  (i.e.,  posi- 
tion, velocity  and  perhaps  acceleration).  A new  measurement  Is  combined 
with  the  state  estimate  extrapolated  to  the  time  of  the  measurement  to 
obtain  a new  state  estimate.  The  method  of  combining  the  data  can  be 
complex,  as  with  the  Kalman  filter,  or  simple  as  with  the  a-6  filter. 
Other  filters,  such  as  the  Weiner  filter,  are  Intermediate  In  complexity. 

The  least-squares  filter  Is  an  example  of  a non-recursive  filter. 

In  this  case  a curve  Is  passed  through  a number  of  past  measurements 
(which  must  be  saved)  so  that  the  sum  of  the  squared  errors  between  the 
measurements  and  the  curve  Is  minimized. 

In  Che  following  sections,  the  Kalman,  a-6  , and  weighted  least 
squares  filters  are  discussed.  Additional  discussions  of  these  filters 
appears  In  the  simulation  sections  (Secs.  3.3,  3.4,  and  3.5). 


All  of  the  filters  considered  use  Cartesian  coordinates  (although 
Initially  during  the  study  radar  coordinates  were  considered) . This  Is 
primarily  because  a common  coordinate  system  Is  required  for  the  System 
Track,  and  Cartesian  coordinates  are  well  suited  as  a common  coordinate 
system.  Also,  the  equations  of  motion  of  an  aircraft  are  simple  to  write 
In  Cartesian  coordinates,  especially  If  the  aircraft  Is  flying  In  a 
straight  line,  a common  case.  A straight  line  In  radar  (polar)  coordi- 
nates Is  complex;  the  simplifications  that  are  usually  employed  to  avoid 
this  complexity  are  an  additional  source  of  error.  In  all  cases  it  was 
therefore  decided  to  Immediately  transform  measurements  to  Cartesian 
coordinates  and  work  only  In  that  system. 

2.4.1  Kalman  Filter 

The  Kalman  filter  Is  the  optimal  filter  for  linear  systems  perturbed 
by  Gaussian  noise  for  several  reasonable  optimization  criteria  such  as 
minimum  mean  square  error,  maximum  likelihood,  and  minimal  variance  Bayes' 
estimate.^  The  extended  Kalman  filter  has  proven  useful  In  many  non- 
linear problems  as  well,  and  has  been  widely  studied  for  use  In  tracking 
maneuvering  aircraft  (see  Bibliography,  p.  245).  Several  versions  of  the 
extended  Kalman  filter  were  considered  during  the  study,  and  one  was 
Implemented  In  the  TACRAN2  simulation  (Sec.  3.4). 

Filter  Variations.  Several  choices  exist  when  selecting  a Kalman 
formulation  of  a filter  for  tracking  maneuvering  aircraft.  The  first  is 
the  dimensionality  of  the  state — specifically  whether  acceleration  is  to 
be  estimated  along  with  position  and  velocity.  In  essentially  all  formu- 
lations acceleration  Is  handled  as  a random  Input.  Acceleration  may  be 
correlated  or  uncorrelated  between  samples.  Correlated  inputs  add  accu- 
racy but  also  augment  (i.e.,  increase  the  size  of)  the  state  vector.^ 


i 


i 

I 


J 

I 


'’A.  Gelb  et  al.,  Applied  Optimal  Estimation,  M.I.T.  Press,  Cambridge 
Massachusetts,  1974. 


^R.A.  Singer,  "Estimating  Optimal  Tracking  Filter  Performance  for 
Manned  Maneuvering  Targets,"  IEEE  Trans.  Aerospace  and  Electronic 
Systems,  Vol.  AES-6,  No.  4,  July  1979,  pp.  473-483. 
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Another  option  Is  to  Include  association  errors  In  the  filter  formu- 
lations.^ This  considerably  complicates  the  filter. 

Acceleration  is  usually  introduced  Into  the  filter  formulation  as 
"maneuver  noise."  (How  this  Is  done  is  described  later.)  The  filter 
tracks  best  when  the  aircraft  maneuver  and  the  maneuver  noise  are  the 
same.  However,  usually  a compromise  Is  made  and  a single  value  of  maneu- 
ver noise  Is  Input  to  cover  all  possible  maneuvers.  Such  a compromise 
degrades  performance  somewhat,  and  several  adaptive  (to  maneuver)  filters 
have  been  designed.  These  usually  involve  carrying  along  several  filters 
for  each  aircraft  In  track,  a computational  burden. 

For  the  present  study  It  was  decided  that  the  simplest  Kalman  filter 
would  suffice,  since  the  accuracy  required  of  the  track  Is  not  great. 

Advantages  and  Disadvantages.  Besides  the  optimality  of  the  filter, 
the  Kalman  formulation  offers  some  advantages  over  simpler  algorithms. 

Thus,  for  example.  It  provides  a state  error  covariance  matrix  which  can 
be  used  to  properly  combine  tracks  from  separate  radars  Into  a single 
System  Track.  This  same  covariance  matrix  can  also  be  used  for  statisti- 
cal association  between  tracks.  Also  provided  Is  the  measurement-residual 
covariance  matrix  for  use  In  statistical  association  between  measurements 
and  tracks  (Sec.  2. 3. 1.1). 

The  disadvantages  of  the  Kalman  filter  are  (1)  the  large  amount  of 
data  processing  resources  required  to  Implement  the  algorithm,  and  (2)  more 
Importantly  In  the  present  context,  the  Increased  communications  bandwidth 
required  to  transmit  the  state  error  covariance  matrix. 


^See  Bibliography,  p, 
2 

See  Bibliography,  p. 


245,  numbers  4-7. 
245,  numbers  8,  10, 


and  11. 
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Kalman  Filter  Equations . The  formulation  of  the  Kalman  filter  used 
In  the  TACRAN2  simulation  (Sec.  3.4)  Is  described  next.  Using  state- 
space  notation  the  motion  of  an  aircraft  can  be  modeled  as 


x(t)  - Fx(t)  + Gw(t) 


(2.4-1) 


where  x(t)  ■ system  state  vector 

x(t)  ■ time  derivative  of  x(t) 
w(t)  ■ random  forcing  function 

For  the  problem  at  hand  using  Cartesian  coordinates,  Eq.  2.4-1  becomes 
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This  model  assumes  the  state  consists  of  position  and  velocity 
(which  are  to  be  estimated)  which  are  perturbed  by  the  unknown  and  ran- 
dom accelerations  (a  ,a  ,a  ). 

X y z 


since  measurements  will  be  made  at  discrete  times,  the  discrete 
form  of  Eq.  2.4-1  is  required.  Let  x(k)  be  the  value  of  the  state  vec- 
tor at  sample  time  t^  . Then 

x(k)  - $(k-l)x(k-l)  + r(k-l)w(k-l)  (2.4-2) 


where  4(k-l)  Is  the  state  transition  matrix  that  takes  the  state  at 

sample  time  t,  , to  time  t, 
k-1  1 


and 


r(k-i) 


In  Che  above  equation  «(k-l)  Is  a function  of  t . Equation  2.4-2 
written  out  Is 
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where  T ■ tj^  - • The  randoti  disturbances  are  assumed  to 

be  constant  during  the  Interval  2,^' 


The  measurement  model  Is  given  by 


where 


z(k)  ■ h 

z(k)  - 
h(x(k))  ■ 

v(k)  - 


|x(k))  + v(k) 

■ measurement  vector  (In  radar  coordinates) 

■ transformation  from  state  (Cartesian)  coordinates 
to  measurement  coordinates 

measurement  noise  (zero  mean  Gaussian) 
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For  a three-dimensional  radar. 


"r" 

■ A ■ 

_E. 


range 

azimuth 

elevation 


For  a four-dlmenslonal  radar  with  range-rate  (Doppler) 


range 


azimuth 

elevation 

range-rate 


The  coordinate  transformation  Is 


/2~2~2 
lx  + y + z 


h(x)  - 


tan  ^(y/x) 
tan”^|z/Vx^ 

(xx  + yy  + zz)/Vx^  + y^  + z^ 


The  Kalman  filter  equations  are  given  by 


x(k|k)  - x(k|k-l)  + K(k)z(k) 


(2.4-3) 


(2.4-4) 


where  x(k|k)  - minimum  mean-square  estimate  of  the  state  x(k) 

given  k measurements 

x(kik-l)  * minimum  mean-square  estimate  of  x(k)  given  (k-1) 
measurements 

K(k)  ■ Kalman  gain  matrix  (defined  later) 

'V 

z(k)  - measurement  residual 
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and 


x(k|k-l)  ■ ♦(k-l)x(k-l |k-l) 
z(k)  ■ z(k)  - h^x(k|k-l)j 

Note  that  x(k|k)  is  the  filtered  estimate  of  x(k)  at  time  t^^  , 
whereas  x(k|k-l)  Is  the  prediction  (or  extrapolation)  of  x(k)  one 
sample  ahead.  A block  diagram  and  uummary  of  the  Kalman  filter  equations 
are  given  In  Fig.  2.4.1. 

Thus  far  everything  about  the  filter  Is  defined  except  for  the 
Kalman  gain  matrix  K(k)  . The  primary  difference  between  the  Kalman 
filter  and  more  simple  filters  Is  that  In  simple  filters  the  gain  matrix 
Is  a constant  (In  the  Weiner  filter)  and  uncoupled  (In  the  a-@  filter), 
whereas  the  Kalman  gain  matrix  varies  with  time.  Actually,  most  of  the 
computation  of  the  Kalman  filter  goes  Into  the  calculation  of  K(k)  . 
Several  useful  by-products  come  out  of  the  computation,  however.  Includ- 
ing error  covariances  and  measurement  residual  covariances.  (In  error 
analysis  studies  these  "by-products"  are  often  the  whole  reason  for  using 
the  Kalman  formulation.) 

The  covariance  matrix  of  the  error  In  the  estimation  Is  denoted  by 
P(k|k)  ; 


P(k|k)  = E j(x(k)  - x(k|k))  (x(k)  - x(k|k)) 


where  £{•}  Is  the  expectation  operator.  The  extrapolation  of  the 
covariance  matrix  from  time  tj^  to  tj^  Is  given  by 


P(k|k-1)  - ♦(k-l)P(k-l|k-l)*'*’(k-l)  + r(k-l)Q(k-l)r'^(k-l)  (2.4-5) 


c. 
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Figure  2.4.1.  Kalman  Filtering  (Discrete  Form) 


1 


where  P(k-l|k-l)  • covariance  of  x(k-l|k-l) 

P(k|k-1)  ■ covariance  of  x(k|k-l) 

4(k-l)  ■ aCate  transition  matrix 

Q(k-l)  ~ covariance  of  random  forcing  function  w(k-l) 
Q(k-l)  - E|w(l-l)w’'(k-l)J 


The  quantity  w Is  often  called  the  "model  noise";  It  Is  Included  because 
the  model  of  the  process  Is  not  perfect.  Its  function  In  the  filter  is 
to  keep  the  error  covariance  matrix  P from  getting  smaller  with  each 
measurement,  which  It  would  do  if  the  filter  believed  the  model  was  per- 
fect. Note  that  In  Eq.  2.4-5  the  covariance  of  the  'nodel  noise  w Is 
added  to  the  extrapolated  error  covariance  each  Iteration  to  accomplish 
this  objective. 

When  tracking  aircraft  the  model  noise  Is  usually  called  "maneuver 
noise,"  because  It  mainly  represents  random  aircraft  maneuvers.  Let 


Then  it  can  be  shown  that 
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(2.4-6) 


where  T » t,  - t,  , . 

k k-1 


The  covariance  V(k)  of  the  measurement  residual  z(k)  Is  given 


by 


V(k)  - H(k)?(k|k-l)H’^(k)  + M(k) 


(2.4-7) 


where 
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(2.4-8) 


215 


■J  2 ^ 2 ^ 2 
r ■ Vx  + y + z 

• • • 

c “ XX  + yy  + zz 

and  (x,y,z)  are  at  the  origin  of  the  radar  making  the  measurement.  The 
last  row  Is  omitted  If  there  Is  no  Doppler  measurement. 

M(k)  Is  the  covariance  matrix  of  the  measurement  (In  radar 
coordinates) : 


0 

0 


where 


M(k)  - 0 

0 


* variance  of  range  measurement 


o~  ■ variance  of  azimuth  measurement 
A 


Op  ■ variance  of  elevation  measurement 
E 


The  measurement-residual  covariance  matrix  V(k)  (Eq.  2.4-7)  can  be  used 
in  performing  a Chi-square  statistical  test  of  association,  as  described 
In  Sec.  2. 3. 1.1. 

The  Kalman  gain  matrix  K(k)  can  now  be  calculated  from 


K(k)  - p’'(k(k-l)H’^(k)v'*^(k) 


(2.4-9) 


and  the  error  covariance  matrix  at  sample  time  t^,  P(k|k)  , Is  computed 
by 
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P(k|k)  - [I  - K(k)H(k)]P(k|k-l) 


(2.4-10) 


The  above  covariance  equations  are  summarized  In  Table  2.4.1. 

Smoothing  Equations.  The  tracks  from  two  or  more  radars  can  be 
combined  to  provide  a single  track  whose  quality  Is  better  than  that  of 
any  of  the  Individual  radars.  Consider  two  radars  whose  states  and  error 
covariances  have  been  extrapolated  to  the  same  time.  Denote  these  extra- 
polated quantities  by  (x^^.P^^)  for  Radar  1 and  (x2,P2)  for  Radar  2.  The 
combined  (smoothed)  error  covariance  Is 

(2.4-11) 

and  the  combined  states  are  given  by 

i - P |p:^i,  + pI^xJ  (2.4-12) 

-c  cl  1 1 2 21 

A two-dimensional  example  Is  shown  In  Fig.  2.4.2.  The  first  state, 

Xj^  , has  an  error  ellipse  that  Is  largest  In  a direction  that  Is  nearly 

orthogonal  to  the  direction  of  the  largest  error  In  the  second  state, 

X-  . The  combined  state,  x , has  an  error  ellipse  P that  is  smaller 
— ^ — c ^ 

than  either  Pj^  or  P2  , showing  the  benefit  of  combining  states  in  this 
manner. 

Computer  Results.  Figures  2.4.3  through  2.4.6  show  the  track  on  a 
2,000-km/hr  aircraft  for  different  amounts  of  maneuver  noise,  o . (The 

ID 

measurements  were  taken  by  three  track  while  scan  radars  each  with  a 6- 
second  scan  period,  as  described  In  Sec.  3.5.3.  The  data  was  pooled, 
providing  an  average  2-second  data  Interval.) 

Figure  2.4.3  shows  the  results  for  o ■ 4g  maneuver  noise.  The 

ID 

track  begins  with  initiation  by  two  measurements  6 seconds  apart.  Then 


TABLE  2.4.1 

KALMAN  FILTERING  COVARIANCE  EQUATIONS 

• Error  Covariance  Extrapolation 

P(k|k-1)  - <Kk-l)P(k-l|k-l)*’^(k-l)  + r(k-l)Q(k-l)r^(k-l) 

where  P(k-l|k-l)  ■ covariance  of  x(k-l|k-l) 

P(klk-l)  covariance  of  x(k(k-l) 

♦(k-l)  » state  transition  matrix 

Q(k-l)  “ covariance  of  model  (or  maneuver)  noise 

• Measurement  Residual  Covariance 

V(k)  - H(k)P(k|k-l)H^(k)  + M(k) 

where  V(k)  « covariance  of  z{k) 

3h' 

H(k)  ■ — “ Jacobian  of  h(x) 

oX  ••  “ 

M(k)  ••  covariance  of  measurement 

• Kalman  Gain  Matrix 

K(k)  - P(k|k-l)^H^(k)V~^(k) 
where  K(k)  ■ Kalman  gain  matrix 

• Error  Covariance  Update 

P(k|k)  - (I  - K(k)H(k)]P(k|k-l) 
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Figure  2.4.2.  Example  of  Combining  Two  Tracks  Using  Covariance 


other  measurements  are  added  approximately  every  two  seconds.  The  spe- 
cific measurements  and  their  errors  are  given  in  Table  2.4.2. 

The  track  in  Fig.  2.4.3  is  sufficiently  good  that  the  symbols  in 
the  plot  are  nearly  on  top  of  each  other.  Figure  2.4.4  shows  a blowup  of 
the  last  portion  of  the  track. 

Figure  2.4.5  shows  the  result  if  the  maneuver  noise  is  increased 
to  8g.  There  is  little  difference  and,  for  the  system  being  studied,  no 
significant  difference. 

However,  when  there  is  no  maneuver  noise  the  result  is  quite  dif- 
ferent. Figure  2.4.6  shows  that  the  track  is  very  poor,  and  track  would 
be  lost  if  association  were  not  forced  to  occur  as  it  was  during  these 
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S USED  IN  KALMAN  FILTER  RUNS  (FROM  TACRAN3) 


Figure  2.4.7.  Kalman  Filter  Tracking  Example 


runs.  The  reason  for  such  poor  behavior  Is  that  without  maneuver  (or 
model)  noise,  the  filter  assumes  the  stralght-llne  model  Is  perfect,  and 
after  several  measurements  begins  to  believe  that  Its  state  estimate  Is 
much  better  than  the  measurement  (l.e.,  the  error  covariance  becomes 
small),  and  the  measurements  are  nearly  Ignored. 


The  last  tracking  example  shows  a case  where  the  measurements  are 
far  apart  (every  6 seconds),  the  slgnal-to-noise  ratio  is  poor  (10  dB) 
and  the  maneuver  Is  much  less  than  the  maneuver  noise  (a  ■ 8g).  Under 

ID 

these  rather  adverse  conditions.  Fig.  2.4.7  shows  that  the  track  Is  still 
adequate.  (The  aircraft  speed  Is  2,000  km/hr.) 


Effect  of  Maneuver  Noise.  It  should  be  noted  that  model  noise  when 
entered  as  a random  acceleration  (l.e.,  as  maneuver  noise)  has  a more 
sophisticated  effect  on  the  filter  than  simply  keeping  the  error  covariance 


r 


from  becoming  too  small.  It  also  affects  the  Kalman  gain  matrix  in  such 
a way  that  it  tells  the  filter  how  much  of  the  measurement  residual  Is 
caused  by  an  unknown  acceleration.  (The  rest  of  the  residual  Is  caused 
by  noise.)  Large  amounts  of  maneuver  noise  tell  the  filter  that  most  of 
the  residual  Is  caused  by  an  acceleration.  The  filter  responds  by  doubling 
the  part  of  the  residual  due  to  acceleration  and  adding  this  to  the  extra- 
polated state.  Thus  If  the  maneuver  noise  Is  large,  but  the  residual  Is 
actually  due  to  noise  rather  than  acceleration,  the  filter  will 
over compensate. 

This  effect  can  be  shown  mathematically  In  the  one-dlmenslonal  case. 

Let  the  state  vector  consist  of  position  x and  velocity  x . At  time 

t,  . the  error  covariance  matrix  of  the  estimated  state 
k-1 
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x(k-llk-l) 
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i(k-l|k-l) 
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and  the  extrapolated  covariance  matrix 
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The  Kalman  gain  matrix  K(k)  as  given  by  Eqs.  2.4-7  and  2.4-0  ig 


K(k)  - P(k|k-l)H’^[HP(k|k-l)H^  + M 


-1 


where  for  the  one-dimensional  problem 


H - [1  0] 


M - o 


From  Eq.  2.4-6: 


A few  matrix  multiplications  then  give 


where  the  p^  are  the  elements  of  the  previous  error  covariance  matrix, 

2 ^ 2 
o is  the  variance  of  the  measurement  noise,  and  a is  the  maneuver 


Now  assume  that  the  maneuver  noise  is  set  very  high,  and  dominates 
the  other  terms.  In  this  case  the  gain  matrix  reduces  to 


r 


The  top  element  of  the  matrix  multiplies  the  measurement  residual  to 
determine  the  position  estimate;  the  unity  says  to  use  all  of  the  resi- 
dual, that  Is,  the  best  position  estimate  Is  simply  the  measurement. 

(In  the  next  section  on  a-6  filtering  this  Is  equivalent  to  a » 1.) 

The  2/T  term  Is  the  gain  that  determines  the  velocity  estimate;  It  says 
to  double  the  residual,  which  Is  correct  If  the  residual  Is  actually 
caused  by  an  acceleration.  (Note  that  this  Is  equivalent  to  0 *2  In 

an  n-6  filter,  a value  usually  not  permitted.)  This  effect  of  too 
much  maneuver  noise  can  be  seen  In  Fig.  2.4.7,  where  the  first  velocity 
vector  A Is  too  long,  which  Is  overcompensated  producing  velocity  vec- 
tor B which  Is  too  short. 


A simple  argument  helps  explain  the  gain  of  2.  Consider  a track 

where  the  measurement  residual  is  d . Then  if  the  maneuver  noise  is 

1 2 

large  the  filter  says  all  of  d Is  due  to  acceleration  a ; d « aT  , 

2 ^ 
or  a ■ 2d/T  . The  velocity  Increment  AV  due  to  the  acceleration  Is 

aT  . Therefore,  the  velocity  Increment  Is  AV  « 2d/T  , which  explains 

the  factor  2. 


Conclusion.  The  Kalman  tracking  filter  tracks  aircraft  adequately 
as  long  as  the  maneuver  noise  Is  non-zero  and  Is  set  to  a reasonable 
value  such  as  4g.  The  complexity  of  the  filter,  however,  is  such  that 
simpler  filters  are  probably  more  desirable  In  the  present  context.  The 
next  two  sections  describe  filters  that  are  easier  to  Implement;  the  a-0 
filter  and  the  weighted  least  squares  filter. 

2.4.2  g-B  Filter 

The  a-0  filter  Is  a greatly  simplified  recursive  filter  with  a 
constant  and  decoupled  gain  matrix.  It  Is  equivalent  to  the  Kalman  formu- 
lation with  a gain  matrix 


0 


0 

0 


6/T  0 0 

0 B/T  0 


Since  the  gain  matrix  is  constant,  none  of  the  covariance  equations  need 
be  calculated. 

The  simplicity  of  the  a-6  filter  has  resulted  in  widespread  use 
and  investigation,^  In  the  present  study  it  was  the  first  filter  to  be 
implemented  (in  the  TACRANl  simulation — Sec.  3.3). 


In  the  o-B  filter  the  state  vector  consists  of  position  and 
velocity: 


X - y 


X = y 


These  are  extrapolated  from  time  to  time  tj^  by 


x(k|k-l)  - x(k-l|k-l)  + x(k-l|k-l)T 


(2.4-13) 


see  Bibliography,  p.  245,  numbers  14-19. 
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(2.4-14) 


where 


x(k|k-l)  - 
x(k|k-l) 

x(k|k-l) 

x(k-l|k-l) 

x(k-l|k-l) 

T 


x(k-l|k-l) 

■ extrapolated  position  vector  at  time 
measurements  through  time 

“ extrapolated  velocity  vector 

- estimated  position  at  time 

*»  estimated  velocity  at  time 


tj^  using 


The  position  is  updated  by 

x(k|k)  ■ x(k|k-l)  + ajx^(k)  - x(k|k-l)j  (2.4-15) 

where  x (k)  is  the  measurement  in  Cartesian  coordinates  at  time  t,  and 

“O  K 

a is  a constant  between  0 and  1.  Note  that  the  quantity  [x  (k)  - x(k|k-l)] 

— m — 

is  the  measurement  residual  in  Cartesian  coordinates. 

If  a ■ 0 , the  measurement  is  Ignored  and  the  new  estimate  is  the 
extrapolated  position  given  by  Eq.  2.4-13.  If  a ~ 1 , the  new  estimate 
is  the  measurement,  and  the  extrapolated  position  is  Ignored.  Usually 
a is  somewhere  between,  and  some  of  both  the  extrapolated  position  and 
the  measurement  are  used;  this  is  illustrated  in  Fig.  2.4.8(a). 

The  velocity  is  updated  by 

x(k|k)  - x(k|k-l)  + ^ jx^  - x(k|k-l)j  (2.4-16) 

where  g is  a constant  between  0 and  1.  Note  that  [x  - x(k|k-l)]/T 

“in  — 

is  the  velocity  residual.  The  quantity  6 determines  how  much  of  this 
residual  will  be  added  to  the  extrapolated  velocity. 
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x(k-l|k-l) 


POSITION 


, xUlk-1) 

• x(k|k)  = x(k|k-l)]+  a[Xp,(k)  - x(k|K-l)] 

(a)  Position 


EXTRAPOLATED 

VELOCITY 


- ?(k|k-l)]/T 


x(k|k-l) 

• x(k(k)  = x(k|k-l)  + 6[x^  - x(k|k-1)]/T 


NON-MANEUVERING  FILTER 

a = 0.5 
MANEUVERING  FILTER 

a = 1 .0 


6 = 


= 0.17 


B = 1.0 

(b)  Velocity 


Figure  2.4.8.  a-B  Filter  Illustration 
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Many  years  ago  It  was  shown^  that  there  is  an  optimum  value  of  6 
in  terms  of  a ; thus  there  i&  only  one  free  parameter  to  choose  from. 

This  relation  is 

B - a^/(2  - a) 

Maneuver  detection  is  sometimes  used  with  a-B  filters.  This  can 
be  based  on  the  size  of  the  measurement  residual.  If  the  aircraft  Is 
flying  along  a straight  path,  the  past  measurements  that  went  Into  the 
extrapolated  position  are  still  valid,  and  a small  value  of  a can  be 
used.  If  a maneuver  is  detected,  the  present  measurement  should  be 
weighted  more  heavily,  and  a value  of  a near  1.0  is  used. 

a-B-y  Filter.  This  is  an  extension  of  the  a-B  filter  used  when 
the  state  consists  of  position,  velocity,  and  acceleration.  It  was  not 
Investigated  during  the  study,  but  may  have  some  merit.  The  advantage  in 
carrying  along  acceleration  is  that  the  resulting  track  can  follow  more 
types  of  aircraft  paths  than  just  a straight  line.  This  in  turn  may  mean 
that  the  System  Track  may  need  to  be  updated  less  often,  a point  discussed 
more  fully  in  the  next  section. 

2.4.3  Weighted  Least-Squares  Filter 

The  least  squares  filter  fits  a curve  to  the  last  N points  so  as 
to  minimize  the  sum  of  the  squares  of  the  distance  between  the  points  and 
the  curve.  This  filter  is  attractive  for  tracking  targets  where  due  to 
maneuvers  only  the  last  few  points  are  likely  to  be  on  the  present 
trajectory. 

In  order  to  update  the  System  Track  as  seldom  as  possible,  a fit  to 
a quadratic  curve  (rather  than  a linear  curve)  was  used  in  TACRAN3  (Sec. 

3.4).  Higher  derivatives  were  expected  to  be  too  noisy  to  use. 

^T.R.  Benedict  and  G.W.  Bordner,  "Synthesis  of  an  Optimal  Set  of  Radar  Track- 
Whlle-Scan  Smoothing  Equations,"  IRE  Trans.  Automatic  Control.  Vol.  AC-7, 
July  1962,  pp.  27-32. 


230 


The  tracking  equation  In  each  of  three  dimensions  Is 


x(t)  * a + bt  + ct  (position) 


(2.4-18) 


A similar  equation  holds  for  the  y and  z dimensions.  Velocity  and 
acceleration  are  thus 


x(t)  ■ b + 2ct  (velocity) 


(2.4-19) 


x(t)  » 2c 


(acceleration) 


(2.4-20) 


Equation  2.4-18  Is  used  to  determine  the  x-coordlnate  of  the  track  at  any 
time  t . The  parameters  (a,b,c)  determine  the  track,  and  will  be  recom- 
puted each  time  the  track  Is  updated. 

The  parameters  (a,b,c)  are  determined  by  a set  of  N measurements 
at  times  t^,  1 = 1,  2,  ...»  N . Using  the  measurements  and  the  t^  In 
Eq.  2.4-18  provides  a set  of  N equations  which  can  be  solved  for  the 
parameters  (a , b , c ) : 


x(tj^)  = x^  = a + btj  + ct^  ; 1 = 1,  ...,  N 


(2.4-21) 


If  N Is  greater  than  3,  then  the  (weighted)  least-squares  solu- 
tion to  the  set  of  Eq.  2.4-21  Is  desired,  that  Is,  the  solution  that 
minimizes 


M 

' * ”'1  ^ “i  • "i) 


(2.4-22) 


where  the  are  the  weights. 
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Equation  2.4-22  Is  minimized  in  the  usual  manner  by  taking  the  par- 
tial derivatives  of  J with  respect  to  the  parameters  (a,b,c)  and  setting 
them  equal  to  zero: 

n 

i-1 

n 

i-1 

n 

i=l 


Solving  the  set  of  Eqs.  2.4-23  gives  the  parameters  (a,b,c).  In 
matrix  form  this  is 


a 

&l' 

EWiti 

S"!'! 

EWitJ 

b 

= 

Eti’^i 

pA 

s«l^i 

&i'i 

c 

V^2  2 
EtiXi 

A 


s 


(2.4-24) 


where  the  sums  are  over  i,  i • 1, 


N . The  solution  is  then  simply 


s 


A"^r 


(2.4-25) 
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The  optimum  weight  is  equal  to  inverse  of  the 

variance  of  the  ith  measurement.  A common  model  of  the  variance  is 


2 A u.  _2 

‘^i  = S/N^^ 


(2.4-26) 


where  A and  B are  constants.  Of  the  first  term,  which  depends  on 
the  signal-to-noise  ratio  S/N^  of  the  ith  measurement,  dominates  the 
second  term,  which  is  a random  bias  term,  then  to  a good  approximation 
the  optimum  weight  is  proportional  to  the  signal-to-noise  ratio; 


“ S/N^ 


(2.4-27) 


Tracking  Errors . Tracking  errors  arise  from  three  sources:  (1) 

t f 

measurement  noise,  (2)  maneuver,  and  (3)  model  error.  The  variance  o^ 
of  the  estimated  position  x due  to  measurement  noise  is 


o^  = E[dx^]  = EUda  + dbt  + dct^ 


E(da^)  + E(db^)t^  + E(dc^)t^  + 2lE(d,adb)t 


+ E(dadc)t^  + E(dbdc)t^ 


(2.4-28) 


Similarly,  the  variances  of  the  velocity  and  acceleration  errors  are  (from 
Eqs.  2.4-19  and  2.4-20) 


o^  = E[dx^]  = E (db  + 2dct)^ 


E(db^)  + 4E(dbdc)t^  + 4E(dc^)t^ 


(2.4-29) 
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0”  * E[dx^]  = 4E(dc^) 


(2.4-30) 


The  covariances  of  the  parameters  (a,b,c)  are  derived  as  follows: 


da^ 

dadb 

dadc 

dbda 

db^ 

dbdc 

dcda 

dcdb 

dc^ 

(2,4-31) 


-1  T -T 

= A -^E[drdr^]A 


where  the  last  equation  follows  from  Eq.  2.4-25. 

From  Eq.  2.4-24 

^HjWjEIdXjdXjl  E&iWjEldXjdXjlt^ 

EldrdJl  - EEWi“)E(dx^dXjltj  dx^dx^  1 1 ^ t j 

EEVj'^‘‘'XldXj!'l  ^WiWjEldXjdx^)t‘’t^ 


(2.4-32) 


(2.4-33) 


where  all  sums  are  from  1 to  N . Since  the  measurements  are 

uncorrelated 


E[dx^dXj ] 


; i = j 


0 ; otherwise 


(2.4-34) 


and  Eq.  2.4-33  becomes 


E[drdr^] 


1 ^ ^ 

2 2 

^Vi'i 

(2,4-35) 


Thus,  substituting  Eqs.  2.4-24  and  2.4-35  Into  Eq.  2.4-32  gives 
Etdsds^] . 

2 

The  variance  in  the  extrapolated  position  due  to  measurement 

noise  (Eq.  2.4-28)  is  shown  in  Fig.  2.4.9  for  the  case  where  the  meas- 
urement noise  a,  = o is  the  same  for  each  measurement  (and  therefore 
i n 

the  weights  = 1 are  also  the  same  for  each  measurement).  This 
figure  shows  that  the  extrapolation  error  due  to  noise  Increases  rapidly 
with  time  when  small  numbers  of  points,  N , are  used.  For  example, 
if  only  four  sample  points  are  used,  the  extrapolated  position  error  is 
nearly  ten  times  the  measurement  error  when  the  position  is  extrapolated 
only  three  sample  periods  ahead. 

Two  other  sources  of  error  are  model  error  and  maneuver  error. 
Model  error  is  caused  by  the  fact  that  aircraft  flying  a constant-g  tra- 
jectory (except  for  zero-g)  do  not  fly  a path  that  is  described  by  a 
second-degree  polynomial  in  Cartesian  coordinates.  A true  trajectory 
has  higher  degree  terms.  This  effect  is  Illustrated  in  Fig.  2.4.10, 
where  a quadratic  has  been  fit  through  three  points  to  a constant-g  tra- 
jectory (which  is  a circle).  The  predicted  trajectory  does  not  continue 
to  follow  the  true  trajectory;  the  difference  is  the  model  error. 

Figure  2.4.10  also  shows  a case  where  the  aircraft  maneuvers  after 
the  last  measurement.  This  difference  between  the  previous  trajectory 
and  the  new  trajectory  is  the  maneuver  error. 
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Figure  2. A. 10.  Model  and  Maneuver  Error  in  Second-Degree  Polynomial 
Extrapolation 


Quadratic  extrapolation  Is  not  best  for  all  purposes,  as  discussed 
In  Sec.  2.3  on  association.  Figure  2.4.11  shows  two  different  examples 
of  fitting  a second-degree  (quadratic)  polynomial  to  three  points  (Cases 
1 and  2),  and  three  ways  of  extrapolating  the  resulting  polynomials. 

The  quadratic  extrapolation  (method  A)  gives  the  best  estimate  of  the 
extrapolated  position  assuming  the  aircraft  does  not  maneuver.  The 
linear  extrapolation  (method  B)  Is  best  for  association,  because  It 
gives  the  center  point  of  where  the  aircraft  could  be  considering  all 
of  Its  maneuver  possibilities.  A simple  two-point  extrapolation  (method 
C)  Is  Included  for  comparison. 

Computer  Results.  Numerous  TACRAN3  runs  were  made  using  the 
weighted  least  squares  filter;  the  results  of  these  runs  are  presented 
In  Sec.  3.5.3.  Figure  2.4.12  repeats  one  of  those  results  (from  Fig. 
3.5.37).  The  aircraft,  flying  at  2,000  km/hr,  makes  about  a 6g  turn. 

The  data  points  are  pooled  from  three  radars  (as  described  In  Sec.  3.5), 
and  the  average  time  between  measurements  Is  2 seconds.  The  measurements 
are  weighted  by  their  slgnal-to-nolse  ratios. 
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METHODS; 

(A) 

nuAORATIC  EXTRAPOLATION 

X(t)  - a ♦ bt  ♦ ct^ 

(B) 

LlNfAR  EXTRAPOLATION 

X(t)  • X(t^)  ♦ i((t^j)(At) 

(C) 

TWO-POINT  EXTRAPOLATION 

CASES: 

0) 

FIRST  TWO  POINTS  ON  STRAIGHT  LINE,  SECOND  TWO  POINTS 

ON  6 q CURVE 

(2) 

ALL  THREE  POINTS  ON  6 q 

CURVE 

t • -10  t ■ 10 
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Figure  2.4.12.  Distributed  Local  Track  Performance  for  Aircraft  No.  3 


238 


L 


*n-sc‘)i') 


The  measurements  used  In  the  weighted  least  squares  filter  are 
exactly  the  same  as  those  used  In  the  Kalman  filter  shown  In  Fig.  2.4.4. 
The  primary  differences  appear  to  be  from  the  fact  that  the  least-squares 
filter  state  Includes  position,  velocity  and  acceleration,  whereas  the 
Kalman  state  Includes  only  position  and  velocity.  The  quadratic  extrapo- 
lation of  the  least  squares  filter  permits  the  curved  trajectory  to  be 
followed  more  closely.  Of  course,  the  Kalman  filter  could  also  have 
been  designed  to  estimate  an  acceleration  term;  however,  the  resulting 
9-dlmenslonal  covariance  matrices  would  have  required  substantial  addi- 
tional data  processing  and  communications  loads. 

Additional  computer  runs  were  made  to  see  how  well  the  least-squares 
filter  tracks  a very  highly  maneuvering  target.  A trajectory  was  set  up 
as  shown  In  Fig.  2.4.13.  At  about  4 seconds  Into  the  trajectory  the 
aircraft,  which  Is  traveling  at  1,000  km/hr  (280  m/s),  makes  a 180-degree 
counterclockwise  9g  turn.  Immediately  thereafter,  at  about  13  seconds 
the  aircraft  begins  about  a 9g  clockwise  turn.  It  then  turns  counter- 
clockwise and  begins  a relatively  straight  flight. 

The  runs  In  TACRAN3  generally  used  five  measurements  spaced  an  aver- 
age of  2 seconds  apart.  Therefore  these  parameters  were  used  In  the 
Initial  hlgh-g  runs.  Three  runs  were  made,  each  with  different  measure- 
ment noise  (l.e.,  with  different  random  number  kernels  In  the  random  num- 
ber generator).  The  results  are  shown  In  Figs.  2.4.14  through  2.4.16. 
Vfhlle  as  expected  the  different  noise  samples  do  affect  the  track,  the 
effect  Is  not  large.  The  largest  association  distance  Is  about  600 
meters  for  Cases  1 and  2,  700  meters  for  Case  3. 

Figures  2.4.17  and  2.4.18  show  the  effect  of  using  three  and 
seven  points,  respectively,  in  the  least-squares  filter.  Three  points 
can  be  seen  to  be  Insufficient  (the  largest  association  distance  is  over 
900  meters),  while  seven  points  gives  results  similar  to  five  points 
(600-m  association  distance) . 
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Figure  2. 4,16.  Track  With  Five  Points,  2-Second  Measurement  Interval 
(Case  3) 


Figure  2.4*17»  Track  With  Three  Points,  2-Second  Measurement  Interval 
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Figure  2.4.18.  Track  With  Seven  Points,  2-Second  Measurement  Interval 


Finally,  Fig.  2.4.19  shows  the  effect  of  doubling  the  measurement 
rate,  with  a measurement  every  second.  As  expected,  the  track  Is  con- 
siderably Improved;  the  largest  association  distance  Is  approximately 
300  m. 


I 

I 

I 

I 

I 


243 


Figure  2.4.19.  Track  With  Five  Points,  1-Second  Measurement  Interval 
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3.1  OVERVIEW 

A digital  computer  simulation  of  netted  systems  was  constructed  dur- 
ing the  study  as  an  analysis  tool.  This  simulation  models  four  major 
elements : 

1.  Radar  targets  and  environment 

2.  Radars 

3.  Data  processors 

4.  Communications  network 

The  interconnection  of  these  elements  is  shown  in  Fig.  3.1.1.  At 
each  radar  node  in  the  network  the  radar  simulation  interacts  with  the 
radar  target  and  environment  simulation  to  obtain  radar  measurements. 

These  in  turn  are  passed  to  the  radar's  data  processor  simulation,  which 
performs  the  usual  radar  functions  of  track  initiation,  association  and 
filtering  as  well  as  other  required  radar  data  processor  logic. 

Other  types  of  data  processor  nodes  can  also  exist  in  the  simula- 
tion. The  figure  shows  two  of  these:  (1)  intermediate  nodes,  which  are 
intermediate  communications  nodes,  and  (2)  user  nodes,  where  data  from 
the  system  Is  displayed  for  use  by  operations  planners  and  controllers. 

All  data  processors  are  Interconnected  through  the  communications 
network  simulation,^  which  permits  complete  flexibility  of  the 
interconnections . 

The  Distributed  Network  Simulation  is  completely  modular  to  facili- 
tate  interchange  of  simulation  models.  Any  number  of  radar  types,  data 
processor  types,  radar  target  types  and  communication  types  can  be  simul- 
taneously modeled.  Each  type  can  be  replicated  as  often  as  required  using 
the  same  code  module.  Since  dynamic  storage  allocation  with  overflow  to 
secondary  storage  is  used  throughout,  there  are  no  upper  limits  to  the 


I 
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numbers  of  targets,  radars,  data  processors,  communications  messages, 
etc.,  that  can  be  simulated.  (There  may,  however,  be  some  practical 
limits  In  terms  of  computer  running  time  and  cost.) 

The  simulation  relies  on  a number  of  simulation  systems  and  tools 
developed  and  refined  at  GRC  during  the  past  ten  years.  These  systems 
and  tools,  described  in  Sec.  3.6,  include  IFTRAN  to  simplify  and  clarify 
model  (code)  preparation;  dynamic  storage  allocation  (DSA)  to  provide 
dynamic  assignment  of  data  storage;  PRINTOUT  to  simplify  data  type  speci- 
fication; FLEXREAD,  to  provide  a highly  flexible  data  Input  system;  Action 
Sequence  Chains  to  provide  the  simulation  capabilities  of  event  process- 
ing, time  delays  and  other  useful  facilities;  a postprocessor  that  per- 
mits the  assimilation,  selection,  ordering,  printing  and  plotting  of  the 
voluminous  output  data  typical  of  major  slnulations;  and  the  TRAID  sys- 
tem to  provide  trajectory  models,  matrix  and  vector  routines,  and  input/ 
output  routines. 

The  specific  versions  of  the  Distributed  Network  Simulation  that 
will  be  described  later  were  developed  to  aid  in  the  evaluation  of  spe- 
cific netted  systems  for  use  in  tactical  air  control  and  are  called  the 
TACRAN  (Tactical  Air  Control  Radar  Net)  simulations.  Before  describing 
the  different  versions  of  TACRAN  in  detail,  the  specific  models  of  the 
radar,  target  (aircraft)  communication  simulation  models  common  to  all 
versions  will  be  described,  and  the  data  processing  models  will  be 
summarized. 

3.2  TACRAN  SIMULATION  MODELS 

Radar  Simulation  Model.  The  TACRAN  simulation  models  track-while- 
scan  radars,  providing  noisy  radar  returns  in  up  to  four  dimensions 
(range,  azimuth,  elevation,  and  doppler) . The  radar  simulation  is 
entered  separately  for  each  radar  in  the  net  (Fig.  3.2.1).  Each  time  it 
is  entered  all  aircraft  returns  and  false  alarms  are  generated  for  the 
next  scan  sector.  (The  size  of  the  sector  is  defined  as  input;  typically 
about  a 20-degree  sector  has  been  used.)  First,  all  of  the  false  alarms 
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In  the  sector  are  generated.  Next  the  intersection  time  and  position  is 
determined  iteratively  for  each  aircraft  in  the  sector  and  a noisy  return 
is  generated.  The  simulation  system  passes  the  returns  to  the  radar  data 
processor  in  the  proper  order  at  the  proper  time. 

The  radar  is  defined  by  a number  of  parameters  as  described  in 
Table  3.2.1. 


Aircraft  Flight  Simulation  Model.  Aircraft  are  defined  by  their 
mass,  area,  drag,  thrust,  and  maximum  accelerations.  Flight  paths,  as 
depicted  in  Fig.  3.2.2,  are  described  by  an  initial  state  and  a few  points 
along  the  path.  Each  point  defines  a desired  position  and  speed.  The 
actual  flight  path  is  determined  by  proportional  navigation  on  the  next 
point.  As  an  aircraft  nears  a point,  it  begins  flying  towards  the  point 
beyond  it;  thus  aircraft  do  not  necessarily  fly  precisely  through  the  points. 
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TABLE  3.2.1 

RADAR  SIMULATION  PARAMETERS 

For  Each  Radar  Type: 

Radar  Scan  Period 

Range  on  1 square  meter 

Detection  Threshold 

Range  Resolution 

Azimuth  Resolution 

Elevation  Resolution 

Maximum  Elevation  Angle 

Average  Number  of  False  Alarms  Per  Scan 

For  Each  Radar: 

Cartesian  Position 

Initial  Pointing  Direction 

Pointer  to  Associated  Data  Processor 


i 

i 
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Figure  3.2.2.  Aircraft  Flight  Simulation 


Communications  Simulation.  The  communications  simulation  intercon- 


nects all  of  the  data  processors  in  the  network  by  point-to-point  communi- 
cations. The  interfaces  between  the  data  processor  simulations  and  the 
communications  simulations  are  realistic;  that  is,  a sending  data  proces- 
sor sets  up  a message  to  one  or  more  other  data  processors  (Fig.  3.2.3) 
and  turns  it  over  to  the  communications  simulation,  which  in  turn  routes 
the  message  over  the  appropriate  communication  links  with  appropriate 
queuing  and  delays,  and  delivers  it  to  the  receiving  data  processor. 

The  simulation  can  send  three  types  of  messages:  (1)  directed,  (2) 
system  (addressed),  and  (3)  system  (unaddressed).  A directed  message  is 
one  which  is  sent  to  one  or  more  specified  nodes;  it  is  always  an  ^ddrej^s^d 
message  since  it  contains  the  address(es)  of  the  receiving  node(s).  A 
system  message  is  a message  that  is  sent  to  all  other  nodes  in  the  sys- 
tem. These  can  be  either  addressed  or  unaddressed . Addressed  system 
messages  initially  contain  the  address  of  every  node  that  is  to  receive 
the  message;  thus  it  is  handled  exactly  the  same  as  a directed  message. 

The  only  difference  is  that  for  a system  message  the  sending  data  pro- 
cessor does  not  append  the  receiving  addresses;  this  is  done  by  the  com- 
munications simulation. 

Unaddressed  system  messages  are  transmitted  by  a scheme  due  to  Otto 
Wech  of  ESD  (XRT) . Here  the  sender  transmits  the  system  message  over  all 
the  connected  links  (e.g.,  links  1-4  in  Fig.  3.2.3).  The  algorithm  for 
any  node  receiving  such  a system  message  is  to  retransmit  it  over  all  its 
links  except  the  one  it  was  received  on,  unless  it  has  received  this  mes- 
sage before.  In  the  latter  event  the  message  is  discarded.  The  result 
of  this  algorithm  is  that  shortly  after  all  nodes  receive  the  message,  it 
is  no  longer  retransmitted. 

The  unaddressed  system  message  has  some  advantages  and  one  disad- 
vantage over  the  addressed  message.  Its  advantages  are  that  it  is  a 
simpler  scheme  to  implement  and  that  it  is  more  resilient  to  link 
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failures.  Its  disadvantage  Is  that  It  requires  more  communications 
A 

bandwidth. 


Addressed  messages  are  delivered  according  to  route  tables  at  each 
node.  The  route  table  defines  the  link  on  which  a message  to  a given 
destination  node  Is  to  be  transmitted.  Thus,  for  example,  Fig.  3.2.4 
shows  that  if  node  1 has  originated  or  received  a message  to  node  5, 

It  should  be  sent  out  on  link  4. 


All  messages  consist  of  a header,  text,  and  a cyclic  redundancy 
check  code  (CRC)  for  error  checking.  The  header  contains  data  required 
by  the  communication  simulation  to  route  the  message  and  data  required 
by  the  receiving  data  processor  to  Identify  the  message.  Thus  the 
header  contains  such  data  as  an  identification  label  of  the  originator 
of  the  message,  a message  type,  message  priority,  and  (in  the  case  of 
addressed  messages)  a list  of  identification  labels  (addresses)  of  the 
nodes  to  receive  the  message. 


The  technique  of  routing  addressed  messages  is  illustrated  in  Fig. 
3.2.5.  Assume  a message  received  by  node  2 is  addressed  to  nodes  2,  3, 

8,  and  10.  This  message  and  the  list  of  receivers  attached  to  the  header 
is  depicted  at  the  top  of  the  figure.  The  relevant  part  of  the  network 


It  can  be  shown  that  in  a network  with  N nodes  and  L two-way  links, 
an  addressed  system  message  requires  (N  - 1)  links  to  completely  propa- 
gate through  a network,  whereas  an  unaddressed  message  requires  L 
links  (plus  an  additional  number  to  take  care  of  the  case  where  copies 
of  the  message  cross  on  the  same  link).  A network  where  all  nodes  have 
k links  connected  has  L = kN/2  links.  Thus  the  ratio  of  links  used 
for  an  unaddressed  message  to  link  used  for  an  addressed  message  Is 

unaddressed  message  links  _ kN 
addressed  message  links  2(N  - 1) 

For  large  N and  k * 3 links/node,  this  ratio  is  1.5.  For  k = 4 it 
Is  2.  Since  an  addressed  system  message  Is  longer  (because  of  the 
addresses)  than  an  unaddressed  message,  the  ratio  of  average  bandwldths 
required  is  somewhat  leas  than  the  above  ratio. 
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Figure  3.2.5.  Example  of  Addressed  Message  Routing 
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and  the  associated  route  list  are  shown  in  the  figure.  The  message  comes 
in  on  link  1.  The  route  list  says  that  messages  to  nodes  3 and  8 are 
transmitted  on  link  2,  and  messages  to  node  10  on  link  3.  Thus  the  com- 
munication simulation  (now  operating  as  the  communication  subsystem  of 
node  2)  creates  two  copies  of  the  message,  sending  one  on  link  2,  the 
other  on  link  3.  These  messages  and  their  associated  receiver  lists  are 
shown  at  the  bottom  of  the  figure. 

The  route  lists  are  originally  set  up  (initialized)  by  each  node 
sending  out  a short  unaddressed  system  message.  The  link  on  which  node 
J first  receives  the  message  from  node  i defines  the  link  on  which 
node  j will  transmit  a message  to  node  i . The  route  lists  are  main- 
tained by  repeating  this  procedure  periodically  or  whenever  the  network 
is  known  to  have  changed. 

Messages  are  queued  in  priority  order  at  each  end  of  a transmis- 
sion link.  At  present  messages  are  transmitted  one  way  at  a time  over  a 
link,  with  message  traffic  alternating  between  queues.  (Simple  changes 
to  the  logic  would  permit  full  duplex  operation.)  The  transmission  dura- 
tion is  determined  by  the  transmission  bandwidth  and  the  number  of  bits 
sent . 

The  flow  charts  of  the  communication  simulation  begin  with  the  rou- 
tine (INITCOM)  that  sends  unaddressed  system  route  messages  to  initialize 
and  reinitialize  the  route  tables.  This  routine  (Fig.  3.2.6)  has  an 
Initialization  section  (left  side  of  figure)  and  a reinitialization  sec- 
tion (right  side).  Initially,  when  no  route  tables  are  filled,  all  nodes 
send  out  a route  message  on  all  their  links.  Thereafter,  each  node  in 
turn  sends  out  a route  message  periodically  for  reinitialization. 

The  main  communication  routine  (COMMON)  is  shown  in  Fig.  3.2.7. 

This  is  the  routine  that  is  triggered  by  a message  that  needs  retransmitting: 
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Figure  3.2.6.  Sending  of  Unaddressed  System  Route  Messages 
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Figure  3.2.7.  Main  Communications  Routine 
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it  represents  the  communications  section  of  each  node.  This  routine  Is 
entered  when  a node  originates  a message  and  whenever  a node  retransmits 
a message. 

All  messages  sent  by  COMMUN  are  addressed.  (Unaddressed  system 
route  messages  are  created  and  handled  by  INITCOM.)  Directed  messages 
are  given  to  COMMUN  with  the  destination  nodes  already  attached.  System 
messages  initially  have  no  addresses  attached;  these  are  added  by  COMMUN. 

Next,  during  a loop  on  destination  nodes,  copies  of  the  message  are 
made  as  required,  and  the  destination  nodes  are  apportioned  among  the 
copies  (see  Fig.  3.2.5).  Finally,  the  message  copies  are  put  into  the 
output  queues  of  the  appropriate  links.  If  a link  is  "busy”,  it  means 
its  output  queue  is  not  empty  and  another  message  is  presently  being 
sent.  The  routine  that  transmits  messages  (LNKMNGT)  will  eventually  get 
to  this  message,  so  no  further  action  is  necessary.  However,  if  the  link 
is  not  busy  (i.e.,  "free"),  the  transmission  must  be  initiated  by  trigger- 
ing LINKSTART,  a part  of  LNKMGMT,  and  setting  the  link  status  to  "busy". 

LINKSTART  is  shown  in  Fig.  3.2.8.  Its  purpose  is  to  "transmit"  the 
first  message  of  a previously  free  link.  Messages  are  transmitted  by  com- 
puting the  transmission  time  AT  , and  then  triggering  "End  of  Transmis- 
sion" (E0T)  to  occur  AT  seconds  later. 

End  of  Transmission  (E0T),  shown  in  Fig.  3.2.9,  is  entered  at  the 
end  of  transmission  of  a message  on  a link.  The  two  types  of  messages 
are  handled  differently.  Addressed  messages  only  concern  themselves  with 
whether  or  not  this  node  is  to  receive  the  message,  and  if  so,  is  it  the 
only  receiver  (destination  node)  on  the  list.  If  this  node  is  to  receive 
the  message,  a copy  is  given  to  the  node  by  triggering  RCVCOMM,  which 
is  the  routine  (action  sequence  chain)  in  the  data  processor  simulation 
that  handles  received  messages. 
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Unaddressed  system  route  messages  are  handled  differently.  If  this 
message  has  not  been  received  before,  the  route  table  and  list  of  messages 
received  (which  is  used  to  determine  if  this  message  has  been  received 
before)  are  updated.  Then  a copy  is  sent  out  over  all  links  connected 
to  this  node  except  the  one  the  message  came  in. 

After  the  Incoming  message  has  been  processed,  it  is  determined  if 
there  is  another  message  waiting  to  be  transmitted  over  this  link.  The 
present  logic  alternates  direction  on  use  of  the  link  (a  full  duplex 
link  would  not  require  this).  If  a message  is  to  be  transmitted,  its 
transmission  time,  AT  , is  computed,  and  E0T  is  triggered  AT  seconds 
later.  Otherwise  the  status  of  this  link  is  set  to  "free"  and  this  link 
is  idle  until  LINKSTART  is  triggered  again. 

Data  Processor  Simulations.  The  data  processing  is  not  simulated 
in  the  same  sense  as  the  other  major  models.  Rather,  the  actual  data 
processing  logic  and  algorithms  that  might  be  used  in  the  real  system 
are  coded  in  a high  level  language.  As  such,  the  data  processor  simula- 
tion can  be  considered  a breadboard  or  brassboard  model  of  the  real-time 
data  processing  subsystem. 

Versions  of  three  different  system  constructs  were  simulated  in 
TACRAN.  Each  of  these  constructs  included  relatively  slow-scan  (in  azi- 
muth) track-while-scan  radars  that  provide  range,  azimuth  and  elevation 
measurements . 

The  first  version,  TACRANl , was  a simple  version  of  Configuration  1 i 

whose  primary  purposes  were  to  gain  initial  insight  into  the  type  of  sys- 
tems being  simulated  and  to  provide  a vehicle  for  building  the  simulation.  ’ 

Each  radar/data  processor  node  has  both  a System  Track  File  and  a Local 

I 

Track  File.  All  track  initiation,  association  and  update  are  performed  I 

using  the  Local  Track  File,  which  is  different  at  each  node.  Maneuver 
detection  is  used  to  update  the  System  Track  File,  which  is  replicated  (to 
the  degree  possible)  at  each  node.  TACRANl  is  described  in  Sec.  3.3. 

1 


w 


264 


♦ 

i 


i 

! 

i 


I 

i 

f 


I 

I 

I 

I 

1 


1 

I 

I 

I 

I 

I 

I 


1 


TACRAN2  was  developed  as  a sequel  to  TACRANl.  The  basic  Configura- 
tion 1 system  concept  Is  the  same,  but  the  track  association  and  update 
algorithms  are  much  more  sophisticated.  Associations  are  performed  with 
chi-square  tests,  and  updating  Is  by  Kalman  filtering.  TACRAN2  Is 
described  in  Sec.  3.4. 

Both  of  the  first  two  versions  of  TACRAN  had  conceptual  and  algorithm 
problems  that  were  uncovered  while  using  the  simulations.  Therefore  a 
third  system  construct  (Configuration  2)  was  developed  to  overcome  these 
deficiencies,  which  Included  poor  association  probability  due  to  the  low 
scan  rate  and  large  communication  and  data  processing  loads.  TACRAN3, 
described  in  Sec.  3.5,  simulates  this  new  construct.  This  version  pools 
data  from  several  radars  to  effectively  increase  the  data  rate  on  each 
aircraft,  associates  using  a more  sophisticated  algorithm,  and  tracks 
using  a weighted  least-squares  quadratic  fit  to  the  last  few  pooled 
measurements. 

3.3  SIMPLE- ALGORITHM  SYSTEM  (TACRANl) 

Much  was  learned  about  the  nature  of  the  distributed  tactical  air 
surveillance  and  control  systems  investigated  during  the  study  from  the 
construction  and  running  of  the  first  Configuration  1 version  of  the  dis- 
tributed network  simulation,  TACRANl.  While  this  version  is  not  a recom- 
mended system,  it  is  described  here  for  the  insights  gained. 

A flow  chart  of  the  TACRANl  Simulation  (Fig.  3.3.1)  shows  N 
radar/data  processor  nodes,  all  connected  through  the  communications 
network  simulation.  Each  radar  makes  measurements  on  aircraft  whose 
characteristics  are  determined  by  the  aircraft  flight  simulation  and 
provides  radar  returns  (including  false  alarms)  to  its  associated  data 
processor. 

The  data  processing  logic  and  algorithms  at  each  node  are  identical. 

A simplified  flow  chart  of  this  logic  is  shown  in  the  dashed  box  labelled 
"data  processor  #1".  When  a new  return  is  received  from  the  radar,  it  is 
first  associated  with  the  Local  Track  File.  If  it  does  not  associate,  it 
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becomes  a candidate  for  track  Initiation.  If  It  associates  with  a track 
In  the  Local  Track  File,  the  local  track  Is  updated.  If  a maneuver  Is 
detected,  the  associated  system  track  Is  updated  and  an  (unaddressed) 
system  message  containing  the  updated  system  track  Is  sent  to  all  other 
nodes.  When  a system  update  Is  received  from  another  node.  It  Is  used  to 
update  the  corresponding  system  track. 


Both  the  Local  and  System  Track  Files  are  maintained  periodically. 
This  maintenance  Includes  purging  aged  tracks  that  have  not  been  updated 
recently  from  the  files,  and  checking  the  files  for  duplicates. 


Association  With  Local  Track  File  (Fig.  3.3.2).  Association  Is 
based  on  the  computed  distance  between  the  measurement  and  each  track 
(extrapolated  to  the  measurement  time) . If  more  than  one  track  asso- 
ciates, the  one  with  the  smallest  distance  Is  chosen.  Two  association 
thresholds  are  used.  If  the  distance-squared  Is  less  than  the  first 
threshold,  Al,  then  the  measurement  associates  and  the  aircraft  Is  not 
maneuvering.  If  the  distance-squared  Is  between  Al  and  A2,  then  the 
measurement  associates  and  the  aircraft  Is  maneuvering.  Otherwise  there 
Is  no  association. 
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Track  Initiation  (Fig.  3.3.3).  If  a return  does  not  associate  with 
any  track  In  the  Local  Track  File,  track  Initiation  Is  attempted.  Ini- 
tiation Into  the  Local  Track  File  requires  only  that  two  measurements  on 
successive  scans  form  a stralght-llne  track  with  a credible  speed. 

Local  Track  Update  (Fig.  3.3.4).  Track  update  Is  performed  by  a 
simple  a-6  recursive  filter  by  the  Cartesian  equations: 

x(k|k)  = x(k|k-l)  + a(x  - x(k|k-l)) 

- - — m - 

x(k|k)  “ x(k|k-l)  + — (x^  - x(k|k-l)) 
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Figure  3.3.3.  Track  Initiation 
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Figure  3.3.4.  Local  Track  Update  | 
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where 


x(k|k)  • estimated  position  state  at  sample  time  k based 
on  measurements  through  time  k 

x(k|k)  = estimated  velocity  state 

x(k|k-l)  = extrapolated  position  state  at  sample  time  k 
based  on  measurements  through  time  k-1 

x(k|k-l)  = extrapolated  velocity  state 

x^  * measurement  position  vector 

T = time  between  kth  and  (k-1)^  measurements 

The  extrapolated  states  are  given  by 

x(k|k-l)  = x(k-l|k-l)  + x(k-l|k-l)T 

x(k|k-l)  = x (k-1 I k-1) 

If  the  association  distance  is  small  enough  that  the  aircraft  is 

deemed  to  be  not  maneuvering,  then  the  "smoothing  filter"  is  used  with 
2 

a = 0.5,  6 = a /(2  - a)  = 0.17  . Otherwise  the  "maneuver  filter"  is 
used  with  a = 6 = 1.0. 

System  Track  Update  Test  (Fig.  3.3.5).  A new  two-measurement  local 
track  does  not  become  a new  system  track  until  a third  measurement  asso- 
ciates. This  "three-measurement"  system  track  Initiation  greatly  reduces 
the  number  of  false  tracks  in  the  System  Track  File.  If  this  is  the  fourth 
or  greater  measurement  on  this  track,  the  system  track  is  updated  only  if 
the  aircraft  is  maneuvering  based  on  the  test  performed  during  associa- 
tion. It  was  additionally  determined  that  a maximum  Interval  between 
updates  must  be  established  to  prevent  the  system  track  from  slowly  diverg- 
ing from  the  local  track  when  the  aircraft  is  not  maneuvering  or  maneuver- 
ing very  slowly. 

Update  System  Track  File  from  Local  Track  (Fig.  3.3.6).  The  system 
track  is  updated  simply  by  replacing  the  old  system  track  with  the  local 
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ENTER  WITH 
UPDATED 
LOCAL  TRACK 


Figure  3.3.5.  System  Track  Update  Test 
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AN- 5 1 756 


PERFORM:  SEND 
SYSTEM  UPDATE 
TO  NET  (BRODCST) 


Figure  3.3.6.  Update  System  Track  File  From  Local  Track 
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track.  First,  it  is  determined  if  a match  between  system  and  local  tracks 
can  be  made  on  the  basis  of  the  unique  track  label  assigned  to  each 
track.  If  it  is  not  found,  it  is  added  to  the  System  Track  File.  (If  it 
is  a duplicate  track,  this  will  be  found  out  later  during  System  Track 
File  maintenance.)  If  the  label  is  found,  the  "son-dad"  logic  is  per- 
formed, and  the  system  track  is  updated. 

Son-Dad  Logic.  This  is  used  in  both  TACRANl  and  TACRAN2  to  solve 
a track  file  maintenance  problem.  The  System  Track  File  is  Independently 
maintained  at  each  node.  Thus  it  is  possible  that  two  nodes  finding  the 
same  duplicate  tracks  will  choose  to  save  different  versions  of  the  tracks; 
each  will  have  the  track,  but  with  a different  label,  making  association 
based  on  label  an  error-prone  process.  A solution  is  for  each  node  to 
save  both  (or  all  if  there  are  more  than  two  duplicates)  tracks,  and  to 
designate  one  of  them  the  "primary"  track.  This  track  is  called  the 
"dad."  The  other  tracks  are  "sons."  Their  only  purpose  is  to  point  to 
the  dad. 

This  process  is  illustrated  in  Fig.  3.3.7.  Assume  that  in  one 
node's  System  Track  File  it  is  determined  during  track  file  maintenance 
that  tracks  8 and  74  are  the  same  aircraft.  The  one  with  the  most  recent 
update  (e.g..  No.  8)  is  selected  to  be  the  dad.  A pointer  to  the  dad  is 
stored  in  the  son  (e.g..  No.  74).  Now,  when  a local  track  update  comes 
in  for  track  74,  it  is  determined  that  it  is  track  8 that  should  be 
updated . 

Update  System  Track  File  from  Message  (Fig.  3.3.8).  The  logic  for 
updating  a system  track  from  a message  is  similar  to  updating  from  a local 
track.  The  difference  is  that  there  is  a possibility  that  the  system 
track  may  have  already  been  updated  to  a more  recent  time  than  the  update 
in  the  message.  Therefore,  this  is  checked  first. 

Simulation  Test  Run.  A test  run  of  TACRANl  was  made  primarily  for 
the  purpose  of  testing  the  overall  TACRAN  simulation  structure,  and 
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SYSTEM  TRACK 
FILE 


ID 


NEWEST  ONE  IS  SELECTED  AS  ONE  TO  BE  KEPT  IN  SYSTEM  TRACK  {E.G., 
TRACK  NO.  8).  CALL  THIS  ONE  THE  "DAD". 

OLDEST  ONE  CANNOT  BE  DISCARDED  BECAUSE  ITS  ID  MAY  BE  KNOWN  TO 
REST  OF  SYSTEM.  SAVE  IT  AND  CALL  IT  A "SON". 

STORE  A POINTER  TO  DAD  IN  SON: 


• UPDATE  FOR  NO.  8 GOES  DIRECTLY  TO  NO.  8 

• UPDATE  FOR  NO.  74  GOES  TO  NO.  74.  FINDS  POINTER  TO  8,  AND  GOES  TO  NO.  8 

Figure  3.3.7.  "Son"  and  "Dad"  Relationship 


secondarily  to  test  the  tactical  data  processor  logic.  A run  consisting 
of  three  modes,  three  communication  links,  and  two  aircraft  was  made.  The 
results  showed  that  the  simulation  worked  well,  but  some  deficiencies 
showed  up  in  the  logic.  These  deficiencies  were  in  the  areas  of  associa- 
tion, track  file  maintenance,  and  the  system  track  updating  algorithm. 
Rather  than  spend  time  correcting  the  deficiencies,  it  was  decided  to 
construct  a new  version,  which  is  now  called  TACRAN2. 

3.4  KALMAN-FILTER  SYSTEM  (TACRAN2) 

The  original  purpose  of  the  second  version  of  the  TACRAN  simulation 
was  to  create  a standard  by  which  to  compare  other  systems  with  simpler 
algorithms.  Thus  the  best  known  algorithms  were  included  in  TACRAN2,  in- 
cluding chi-square  statistical  tests  for  association  and  Kalman  filter- 
ing for  track  update.  System  tracks  are  updated  by  combining  all  exist- 
ing data  weighted  by  covariances,  rather  than  by  simply  replacing  old 
data  with  the  newest  data,  as  in  TACRANl.  Other  improvements  were  added 
such  as  a short  delay  between  association  and  update  so  that  the  "best" 
of  several  measurements  could  be  used  for  update,  rather  than  simply  the 
first  to  associate. 

Otherwise,  the  basic  system  concepts  in  TACRAN2  are  the  same  as  in 
TACRANl:  All  track  Initiation,  association  and  update  are  performed 
using  the  Local  Track  File.  System  Tracks,  which  are  replicated  at  all 
nodes,  are  updated  only  whenever  a maneuver  is  detected.  Thus,  TACRAN2 
Is  also  a Configuration  1 system. 

The  system  configuration  simulated  by  TACRAN2  has  certain  flaws 
that  make  it  also  not  a recommended  construct.  Both  the  communication 
bandwldths  and  data  processing  loads  are  excessive,  the  data  rate  is  too 
low  for  effective  association  of  measurements  with  tracks,  the  chi-square 
tests  are  somewhat  superfluous  when  the  major  association  errors  arise 
from  a basically  non-statlstlcal  source  (maneuvering),  and  the  "nearest 
return"  association  algorithm  does  not  properly  handle  multiple 
association. 
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Overview . A flow  chart  of  TACRAN2  is  shown  in  Fig.  3.4.1.  The 
data  processing  logic  is  described  in  the  dashed  box  labelled  "data  pro- 
cessor #1".  This  logic  is  very  similar  to  that  used  in  TACRANl. 

The  concept  of  an  "action  sequence  chain"  (A.S.C.)  is  introduced 
in  the  figure.  This  concept,  described  in  Sec.  3.6.5,  permits  a sequence 
of  actions  to  be  performed  on  a single  dataset  (a  measurement  or  a mes- 
sage in  the  present  context)  with  delays  permitted  during  the  sequence. 

A new  radar  return  is  processed  by  the  NEWRET  A.S.C.  Association 
with  the  Local  Track  File  is  first.  If  unsuccessful,  track  Initiation  is 
attempted.  Otherwise  (after  a 0.2-second  delay  to  permit  other  candidate 
association  with  the  same  track  to  occur),  the  NEWUPD  A.S.C.  is  entered 
to  process  the  track. 

The  local  track  is  updated  using  a Kalman  filter  on  the  measurement 
that  is  "closest"  (using  a chi-square  distributed  statistical  distance) 
to  the  track.  Next,  it  is  determined  if  the  system  track  needs  updating, 
based  primarily  on  maneuver  detection.  If  so,  it  is  updated  and  the  new 
system  track  is  sent  to  all  other  nodes  for  updating. 

When  an  update  message  is  received,  the  RCVCOMM  A.S.C.  is  entered, 
and  the  system  update  is  performed. 

Both  Local  Track  File  and  System  Track  File  are  performed  periodi- 
cally in  the  TLMAINT  A.S.C.  and  the  TSMAINT  A.S.C.,  respectively. 

Local  Track  File  Association  (Fig.  3.4.2).  A new  measurement  is 
first  transformed  from  radar  coordinates  (range,  azimuth,  elevation)  to 
Cartesian  coordinates  (x,y,z),  the  system  in  which  all  computations  are 
performed.  Each  target  in  the  Local  Track  File  is  extrapolated  to  the 
measurement  time,  after  which  a coarse  association  test  is  performed. 

This  test  is  passed  if 
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COMMUNICATIONS  NETWORK  SIMULATION 


Figure  3.4.2.  Association  With  Local  Track  File 
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where  (x  , y , z ) is  the  measurement  (2  , y , 2 ) , is  the  extrapolated 
ID  m n P P P 

position  of  the  track,  and  (Ax,  Ay,  Az)  is  the  threshold. 


If  the  coarse  test  is  passed,  a fine  test  is  made: 
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where  d is  the  chi-square  distributed  "statistical  distance,"  r is 
the  measurement  residual  vector  given  by 
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'axtrapolated  range 
extrapolated  azimuth 
extrapolated  elevation. 


(extrapolated  position  in 
radar  coordinates) 


and  V is  the  covariance  matrix  of  the  measurement  residual  (defined 

2 

later).  The  quantity  d is  the  threshold.  Since  the  probability  dis- 
2 *■ 

trlbutlon  of  d is  known  (chi-square),  the  threshold  can  be  set  so  that 
a given  probability  of  passing  the  test  can  be  selected,  as  described  in 
Sec.  2. 3. 1.1. 
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Each  successful  association  is  saved  with  the  track  data  so  that  all 
successful  associations  with  a given  track  will  be  available  when  that 
track  is  updated. 


Track  Initiation.  The  logic  for  track  Initiation  is  the  same  as 
described  on  page  269  (Fig.  3.3.3)  for  TACRANl.  Two  measurements  are 
required  for  local  track  initiation.  In  Cartesian  coordinates  these 
measurements  are 


s (1) 
— m 


m 

y (1) 

■'m 


first  measurement 


s (2)  = second  measurement  T seconds  later 
-m 


The  estimated  state  at  sample  time  2 given  two  measurements  is 
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The  covariance  matrix  of  the  estimated  state  is  given  by 
P(2l2)  - |'t“^H^(l)M(l)H(l)4>“^  + H^(2)M(2)H(2)| 
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where 


♦ « state  transition  matrix 


1 0 0 T 0 0 
0 1 0 0 T 0 
0 0 1 0 0 T 
0 0 0 1 0 0 
0 0 0 0 1 0 
0 0 0 0 0 1 


0 0 0 


H(k)  = Jacobian  = 


/ 2 ^ 2.  / 2 ^ 2. 
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(x,y,z)  = estimated  states  at  time  k centered  at  the  radar 


0 0 


M(k)  = measurement  covariances 
(at  time  k) 


0 oT  0 
A 


0 a. 


2 2 2 

• measurement  variances  of  range,  azimuth,  elevation 


Local  Track  Update  (Fig,  3.4.3).  If  several  measurements  associate 
with  this  track,  the  one  with  the  smallest  statistical  distance  is  selected 
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Figure  3.4.3.  Local  Track  Update 
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for  track  update.  Track  update  Is  by  an  extended  Kalman  filtering  of 
position  and  velocity,  with  model  (or  "maneuver")  noise  added,  as  dis- 
cussed in  Sec.  2.4.1. 

The  state  update  equation  is 

s(k|k)  =■  s(k|k-l)  + K(k)r(k) 

where  s(k|k)  = estimate  of  true  state  s(k)  given  k measurements 

s(k|k-l)  = estimate  of  s(k)  given  k-1  measurements 

K(k)  = Kalman  gain  matrix 
% 

r(k)  * measurement  residual  (defined  previously) 

The  quantity  s(k|k-l)  is  the  extrapolation  of  the  state  estimate 
at  time  k-1  , s(k-l|k-l)  . It  is  given  by 

s(k|k-l)  = 4>(k-l)s(k-l|k-l) 

where  ^ is  the  state  transition  matrix  defined  previously. 

The  Kalman  gain  matrix  K(k)  is  computed  from  the  extrapolated 
error  covariance  P(k|k-1)  by  the  following  sequence  of  computations: 

P(klk-l)  = $(k-l)P(k-llk-l)4>^(k-l)  + rQ(k-l)r^ 
where  P(k-l|k-l)  =»  covariance  of  s(k-l|k-l) 

P(k|k-1)  “ covariance  of  s(k|k-l) 
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a = variance  of  the  model  (or  maneuver)  noise 
m 


Next  the  covariance  of  the  measurement  residual,  V(k)  , is  computed: 


V(k)  - H(k)P(k|k-l)H^(k)  + M(k) 

These  matrices  were  previously  defined.  The  Kalman  gain  matrix  is  then 
computed  by 

K(k)  = P(k|k-1)  V(k)v“^(k) 

Finally,  the  error  covariance  is  updated  by 
P(k|k)  - [I  - K(k)H(k)]P(k|k-l) 

The  last  step  in  local  track  update  is  to  determine  if  the  system 
track  needs  updating.  As  in  TACRANl,  system  update  is  performed  if  it  is 
a new  system  track  (i.e.,  a third  measurement  has  been  received  on  a 
Just-initiated  local  track)  or  the  aircraft  is  deemed  to  be  maneuvering, 
determined  (Incorrectly)  by  the  statistical  distance  being  greater  than 
a threshold. 
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Update  System  Track  from  Local  Track  (Fig.  3.4.4).  If  the  system 
track  is  to  be  updated  from  the  local  track,  it  is  first  determined  if 
this  is  a new  3-measurement  local  track  (track  label  =0).  If  so,  an 
association  with  the  System  Track  File  is  performed.  If  this  association 
(described  later)  is  successful,  this  aircraft  is  already  in  the  System 
Track  File,  and  the  data  is  used  to  update  the  system  track.  Otherwise 
a new  system  track  is  created. 

If  this  is  not  a new  track  (track  label  0),  it  is  determined  if 
this  track  label  is  in  the  System  Track  File.  If  so,  the  "son-dad" 
algorithm  (described  previously  in  Sec.  3.3)  is  performed  and  the  system 
track  is  updated.  Otherwise  an  association  is  attempted. 

The  equations  for  updating  the  System  Track  File  are  used  to  smooth 
the  two  tracks  together,  rather  than  simply  replace  the  system  track  with 
a newer  track.  First  the  older  track  s^  and  its  covariance  are 

extrapolated  to  the  time  of  the  newer  track,  represented  by  state  s,  and 
covariance  . Next  the  covariances  are  combined: 


and  finally  the  states  are  combined: 


s 

-c 


P~^s  + P 
1 ^ '2 


Association  With  System  Track  File  (Fig.  3.4.5).  Association  of  a 
local  track  with  the  System  Track  File  involves  both  a coarse  and  a fine 

r 

test.  The  coarse  test  compares  the  magnitude  of  the  difference  in  each 
of  the  six  state  dimensions  to  a threshold: 
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Figure  1.1*. 5.  Association  With  System  Track  File 
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where,  for  example,  is  the  x-dimension  of  the  older  track  extrapolated 

A 

to  the  time  of  the  newer  track,  and  x^  is  the  x-dimension  of  the  newer 
track,  and  Ax  is  the  threshold. 

The  fine  test  involves  computing  a statistical  distance  between  the 
two  states: 

d^  * (Sj  - " -2^ 

This  distance-squared  is  chi-square  distributed  with  6 degrees  of  freedom. 

2 2 2 * 
The  fine  association  test  is  passed  if  d < d^  , where  d^  is  a threshold 

set  based  on  the  tradeoff  between  the  desired  probabilities  of  correct 

association  and  false  association. 

1 

i 

Simulation  Test  Runs.  A test  run  with  a network  of  three  radar/ 
data  processor  nodes  and  three  communication  links  was  run  against  three 
aircraft  having  different,  but  crossing  trajectories.  The  first  aircraft 
flew  an  essentially  non-maneuvering  trajectory.  The  second  performed 
about  a 5g,  360-degree  turn,  and  the  third  aircraft  performed  several 
maneuvers.  The  trajectories  crossed  so  that  the  association  logic  could 
be  tested.  Each  aircraft  travelled  at  2,000  km/hr  (556  m/s). 
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The  simulation  performed  as  expected,  with  additional  insights 
^ gained  into  the  problems  of  association  and  tracking  maneuvering  targets. 

Tracking  results  with  the  Kalman  filter  are  presented  in  Sec.  2.4.  The 
j weaknesses  of  association  with  a low  data  rate,  the  large  communications 

» bandwidth  required  to  transmit  covariances,  and  the  large  processing 

^ loads  dictated  that  an  Improved  system  approach  be  taken.  Thus,  again  a 

new  version  of  the  simulation,  TACRAN3,  was  constructed,  as  described  in 
the  next  section. 

3.5  POOLED-DATA  SYSTEM  (TACRAN3) 


Experience  with  the  first  two  versions  of  TACRAN  and  considerable 
parametric  analysis  showed  that  the  only  viable  method  for  greatly  improv- 
ing the  probability  of  correct  association  of  measurements  with  tracks 
of  highly  maneuverable  targets  is  to  Increase  the  measurement  rate.  Since 
the  track-while-scan  radars  being  considered  have  a low  scan  (measurement) 
rate  (measurement  Intervals  from  4 to  12  seconds) , data  from  several  radars 
must  be  combined  (pooled)  into  a single  track. 


1 
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However,  in  the  basic  system  concept  under  consideration,  there  is 
an  embarassment  of  riches;  so  many  radars  can  see  most  targets  that  if 
all  of  the  data  on  each  target  were  pooled  the  communications  requirement 
would  be  undesirably  large. 
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Thus  a system  concept  is  required  that  simultaneously  has  a high 
probability  of  correct  association  while  at  the  same  time  requires  a low 
conmunlcatlons  bandwidth.  The  system  concept  simulated  by  TACRAN3  was 
designed  to  satisfy  these  conflicting  objectives.  The  simulation  demon- 
strated that  this  major  objective  and  a number  of  other  objectives  were 
satisfied. 

Association  is  improved  in  TACRAN3  in  other  ways.  The  statistical 
tests  in  TACRAN2  were  discarded  as  being  Inappropriate  in  an  environment 
of  highly  maneuverable  targets  and  in  the  assignment  algorithm  (described 
later)  used  to  resolve  multiple  associations.  Track  is  simplified  and 
performance  is  Improved  by  using  a weighted  least  squares  fit  of  the  last 
few  measurements  to  a quadratic  polynomial. 
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TACRAN3  simulates  Configuration  2 as  defined  In  Sec.  1.3.2. 


3.5.1  Overview  of  TACRAN3 

The  basic  elements  of  the  system  concept  simulated  in  TACRAN3  are 
as  follows:  The  principal  output  of  the  system  Is  a System  Track  File 
(STF)  whose  required  accuracy,  a system  parameter.  Is  assumed  to  be  low, 
perhaps  on  the  order  of  a kilometer  or  so.  All  nodes  have  a copy  of  the 
STF.  To  reduce  the  communication  bandwidth,  the  STF  Is  updated  as  Infre- 
quently as  possible  consistent  with  the  required  accuracy. 

Tracking  of  each  aircraft  Is  performed  cooperatively  by  a few 
selected  radars.  The  measurements  from  the  selected  radars  are  pooled 
to  provide  a single  track  on  each  aircraft  at  an  effective  data  rate  that 
Is  higher  than  the  scan  rate  of  the  individual  radars.  Each  tracking 
radar  has  a copy  of  this  track,  which  Is  called  the  "Distributed  Local 
Track." 

The  number  of  radars  tracking  each  aircraft  Is  kept  to  a minimum  to 
minimize  communication  bandwidth.  The  set  of  tracking  radars  Is  carefully 
selected  to  ensure  that  the  pooled  measurements  are  reasonably  evenly 
spaced  In  time,  since  It  does  not  help  association  If  all  of  the  radars 
make  a measurement  at  the  same  time  causing  an  entire  scan  period  between 
measurements.  Other  factors  described  later  are  also  considered  In 
selecting  the  set  of  tracking  radars  for  each  aircraft. 

The  set  of  tracking  radars  for  each  target  dynamically  changes  with 
time  'based  on  criteria  which  are  evaluated  whenever  a maasurement  Is  made. 
The  determination  and  control  of  which  radars  track  which  targets  Is 
totally  distributed  with  no  centralized  controller. 

Thus,  for  each  target  there  are  three  types  of  nodes  (radar/data 
processors);  (1)  those  that  are  actively  tracking  the  target,  pooling 
their  measurements  to  accomplish  this  task,  (2)  those  that  can  see  the 
target  but  are  not  presently  tracking  it,  and  (3)  those  that  cannot  pre- 
sently see  the  target.  Nodes  can  change  type  at  any  time. 
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Track  File  Structure.  As  shown  in  Fig.  3.5.1,  at  each  node  (radar/ 
data  processor)  the  System  Track  File  (STF)  Is  partitioned  Into  two  parts: 
(1)  those  tracks  being  actively  tracked  by  this  node  [this  partition  is 
called  the  "Distributed  Local  Track  File"  (DLTF)],  and  (2)  those  tracks 
not  being  tracked  by  this  node.  The  latter  file  is  called  the  "Non-Track 
File"  (NTF) . All  of  the  tracks  in  the  entire  system  are  in  the  System 
Track  File;  however,  membership  in  the  two  partitions  will  be  different 
at  different  nodes.  Regardless  of  which  partition  a particular  track  is 
In,  the  system  track  data  will  be  identical  throughout  the  system  to  the 
extent  permitted  by  communication  delays. 

The  first  partition,  the  Distributed  Local  Track  File,  has,  in  addi- 
tion to  the  system  track  data,  other  data  called  the  Distributed  Local 
Track  data.  The  latter  data  contains  the  up-to-date  track  on  a target  and 
is  identical  at  each  of  the  tracking  nodes. 

Logic  Flow.  The  (simplified)  system  flow  diagram  is  shown  in  Fig. 
3.5.2.  The  figure  depicts  a number  of  radars  connected  to  data  processors. 
Each  radar  makes  measurements  on  aircraft  whose  positions  are  determined 
by  the  Aircraft  Flight  Simulation.  Each  data  processor  is  connected  to 
the  network,  represented  by  the  Communications  Network  Simulation.  The 
data  processing  logic  implemented  at  each  node  of  the  system  is  shown  in 
the  dashed  box  labeled  "Data  Processor  //I." 

At  each  radar/data  processor  node  a new  return  (measurement)  obtained 
from  the  radar  is  first  associated  with  the  Distributed  Local  Track  File. 

If  it  doesn’t  successfully  associate  it  is  next  associated  with  the  Non- 
Track  File.  This  two-part  association,  designed  to  save  both  data  process- 
ing and  communication  resources,  assumes  that  association  with  the  DLTF, 
which  is  more  accurate  than  the  NTF,  will  be  correct  with  a high  probabi- 
lity. Association  with  the  NTF  is  more  difficult  since  the  NTF  track  is 
sometimes  not  sufficiently  accurate  to  provide  a high  association  probabi- 
lity. If  more  than  one  track  associates  with  the  measurement  (a  situation 
which  should  occur  relatively  infrequently) , then  this  node  does  not  have 
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sufficient  Information  to  resolve  the  conflict.  In  this  case  the  node 
sends  a message  to  one  of  the  trackers  of  each  track  within  the  associa- 
tion volume  asking  for  a more  accurate  computation  of  the  distance  between 
the  measurement  and  the  track.  (An  Integral  part  of  the  system  concept 
Is  that  each  System  Track  Includes  an  up-to-date  list  of  the  radars  that 
are  participating  In  the  track,  thus  this  Information  Is  known  to  all 
nodes  In  the  system.)  Using  this  more  accurate  distance,  an  unambiguous 
association  decision  Is  then  made  using  the  association  algorithm  described 
later. 


If  the  measurement  doesn't  associate  with  either  the  DLTF  or  the 
NTF,  then  Track  Initiation  Is  performed.  First  the  measurement  Is  checked 
against  the  tentative  two-measurement  tracks  In  the  Track  Initiation  File. 
If  It  associates,  a new  track  Is  Initiated  In  the  DLTF.  If  It  doesn't, 
the  measurement  Is  used  In  an  attempt  to  start  a track  with  a measurement 
saved  from  the  last  scan.  If  an  association  Is  made  (based  on  maximum 
speed)  a new  tentative  track  Is  put  Into  the  (two-scan)  Track  Initiation 
File.  In  either  case,  the  measurement  Is  saved  for  association  with 
measurements  on  the  next  scan. 
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If  the  measurement  associates  with  the  DLTF  (Fig.  3.5.2,  top)  this 
radar  Is  a tracker  of  the  target.  In  this  case  a part  of  the  logic  Is 
entered  that  deals  with  dynamically  selecting  the  best  set  of  trackers 
without  using  centralized  control.  This  part  performs  the  computations 
and  makes  the  decisions  needed  to  answer  the  question  "Should  I continue 
to  be  a tracker?"  In  answering  this  logic  considers  (1)  the  present  num- 
ber of  trackers,  (2)  the  next  expected  reception  times  of  the  other 
trackers,  (3)  the  time  spacing  of  the  returns,  (4)  the  relative  ranges 
and  range  rates  of  the  target  as  seen  by  all  trackers,  and  (5)  expectation 
that  the  target  will  soon  be  out  of  range  or  In  the  blind  cone  over  the 
tracking  radar.  All  of  these  factors  are  evaluated  without  any  communi- 
cations with  other  nodes.  If  the  answer  to  the  question  Is  "No,  I 
shouldn't  continue  to  be  a tracker,"  a message  Is  sent  to  all  other  nodes 
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advising  that  this  radar  is  no  longer  a tracker  of  this  target.  If  the 
answer  is  ''Yes,  I should  continue  to  be  a tracker,"  then  the  measurement 
is  used  to  update  the  Distributed  Local  Track  and  the  measurement  is  sent 
to  the  other  trackers  to  update  their  DLTs.  The  node  can  also  send  a 
special  "Help"  message  if  it  would  like  for  some  reason  to  be  replaced  by 
.:.it.'ther  node. 

If  the  measurement  associates  with  the  Non-Track  File,  the  node 
asks  the  question  "Should  I become  a tracker?"  This  logic  is  similar  to 
the  logic  used  by  a present  tracker  to  determine  if  it  should  continue  to 
be  a tracker.  The  node  may  decide  to  add  Itself  as  a tracker,  or  to  re- 
place a present  tracker.  In  either  case,  it  sends  a message  to  every  node 
advising  of  this  decision. 

If  the  node  decides  to  become  a tracker,  it  sends  a message  to  one 
of  the  present  trackers  asking  for  a copy  of  the  Distributed  Local  Track 
on  the  target.  On  receiving  the  DLT  it  uses  the  same  logic  as  if  it  were 
already  a tracker. 

The  Distributed  Local  Track  is  updated  by  the  weighted  least-squares 
algorithm  described  later.  Next,  it  is  determined  if  the  System  Track 
should  be  updated  based  on  two  criteria:  (1)  the  System  Track  has  deviated 
from  the  Distributed  Local  Track  by  a given  distance,  or  (2)  a maximum 
time  (a  minute  or  so)  has  elapsed.  If  either  of  these  criteria  are  met 
the  System  Track  is  made  identical  to  the  Distributed  Local  Track  and  the 
update  is  sent  to  the  entire  system. 

Communications . The  system  concept  just  described  requires  two  dif- 
ferent classes  of  messages:  (1)  System  Messages,  which  are  messages 
delivered  to  all  nodes  in  a system,  and  (2)  Directed  Messages,  which  are 
delivered  to  one  or  more  specific  nodes.  As  described,  the  concept 
requires  four  distinct  System  Messages  and  five  distinct  Directed  Messages. 
These  message  types  are  listed  in  Table  3.5.1;  they  are  more  fully 
described  in  the  next  subsection. 
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TABLE  3.5.1 

MESSAGE  TYPES  IN  TACRAN3 


I Directed  Messages 


Type 


Description 


Text  Bit 
Length 


II 


01 

Send  Me  a Distance 

85 

02 

Reply  With  a Distance 

32 

03 

Send  Me  Your  Distributed  Local  Track 

24 

04 

Reply  With  a Distributed  Local  Track 

439 

05 

Send  Measurement  to  Other  Trackers 

77 

System  Messages 

11 

Update  System  Track 

206 

12 

Drop  Me  as  a Tracker 

24 

13 

Add  Me  as  a Tracker  [and  Drop  Him] 

47 

14 

Help 

40 

3.5.2  Details  of  TACRAN3 

Main  Logic  Flow  (Fig.  3.5.3).  The  logic  for  processing  a new  radar 

measurement.  Including  the  various  delays  required.  Is  performed  In  the 

* 

NEVJRET  action  sequence  chain.  The  first  step  is  to  transform  the  measure- 
ment to  system-wide  Cartesian  coordinates.  Next  association  of  the  meas- 
urement with  the  Distributed  Local  Track  File  (DLTF)  is  attempted.  If 
successful,  logic  to  be  described  later  Is  entered.  Otherwise,  associa- 
tion with  the  Non-Track  File  (NTF)  is  attempted.  Again,  if  successful, 
logic  to  be  described  later  Is  entered.  Otherwise,  logic  to  perform 
track  Initiation  Is  entered. 


An  action  sequence  chain  (A.S.C.),  described  In  Sec.  3.6.5,  permits  a 
sequence  of  actions  to  be  performed  on  a single  data  set  (a  measurement 
In  the  present  context)  with  delays  permitted  during  the  sequence. 
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Figure  3.5.3.  Main  Logic  Flow  for  Processing  a New  Radar  Return 
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Association  with  DLTF  (Fig.  3.5.4).  A tentative  association  with 
the  Distributed  Local  Track  File  Is  based  simply  on  the  computed  distance 
between  the  measurement  and  each  track  linearly  extrapolated  to  the  time 
of  the  measurement.  If  this  distance  Is  less  than  the  threshold  d^  , 
the  track  associates.  (Of  course,  distance-squared  Is  used  rather  than 
distance  for  computational  convenience.)  The  association  Is  tentative 
because  several  measurements  may  associate  with  a given  track,  and  several 
tracks  may  associate  with  a given  measurement.  A unique  track/measurement 
pair  will  be  selected  later  In  the  logic. 

Distributed  Local  Track  Processing  (Fig.  3.5.5).  If  a measurement 
associates  with  at  least  one  track  In  the  DLTF,  further  processing  is 
delayed  (0.2  seconds  is  used  for  a 6-second  scan)  until  all  possible  meas- 
urements and  associations  in  a nearby  region  have  been  made.  Association 
Is  performed  by  considering  all  sets  of  measurements  in  a given  region 
simultaneously,  rather  than  by  considering  measurement-track  pairs  indi- 
vidually. An  algorithm  Is  used  that  creates  a matrix  of  measurements 
versus  tracks,  with  the  squared  distance  between  them  as  the  elements  of 
the  matrix.  The  unique  pairings  of  measurements  with  tracks  is  then 
accomplished  In  a manner  that  minimizes  the  sum  of  the  squared  distances. 
This  is  the  well-known  assignment  problem  in  network  theory  and  efficient 
algorithms  are  available  to  find  the  minimum. 

Once  a unique  pairing  Is  made  between  the  measurement  and  a track, 
a logic  Is  entered  that  answers  the  question  "Should  I continue  to  be  a 
tracker?"  If  the  answer  Is  "No,"  then  this  radar  drops  track  on  this 
target  and  notifies  the  entire  system  by  way  of  a System  Message  of  this 
decision.  Otherwise,  the  measurement  Is  used  to  update  the  distributed 
local  track  and  perhaps  the  system  track. 

Under  certain  unfavorable  conditions,  this  radar  may  decide  that 
its  participation  In  tracking  this  target  will  be  difficult  in  the  future. 
If  so,  it  may  send  a "help"  message  to  all  other  nodes.  Such  a message 
Informs  other  nodes  that  this  radar  would  like  to  be  relieved  of  Its 
tracking  responsibilities  on  this  target,  and  thus  speeds  up  the  likeli- 
hood of  this  happening. 
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5. A.  Association  With  the  Distributed  Local  Track  File 
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Tracker  Selection  Logic  I (Fig.  3.5«6).  This  logic  answers  the  ques- 
tion, "Should  I continue  to  be  a tracker?"  The  criteria  for  choosing  a 
set  of  radars  to  perform  tracking  are: 

• Their  measurements  are  well  spaced  in  time 

• Each  has  a high  signal-to-noise  (S/N)  ratio 

• Each  has  a slgnal-to-noise  ratio  that  is  likely  to  remain 
high  in  the  future  (based  on  present  S/N,  range  and  range 
rate) 

• The  target  is  not  about  to  exceed  the  maximum  range  or  enter 
the  blind  cone  over  the  radar  (caused  by  maxlinum  elevation) 

Other  criteria  that  are  not  Implemented  but  that  might  be  Included  are 
data  processing  load  and  terrain  blinding. 

The  most  important  criterion  is  that  the  set  of  tracking  radars  pro- 
vide measurements  that  are  reasonably  evenly  spaced  in  time.  This  calcu- 
lation is  based  on  the  last  known  measurement  time  of  each  tracker,  the  scan 
rate,  and  the  known  trajectory  (l.e.,  the  track)  of  the  aircraft. 

The  calculation  of  the  next  expected  reception  time  is  as  follows: 

Let  t^  be  the  last  known  reception  time  of  tracking  radar  1 . This  time 
is  available  to  all  radars  in  the  system  and  is  stored  along  with  the  list 
of  trackers  for  this  aircraft.  (It  is  updated  at  least  every  time  the 
system  track  is  updated,  and  in  the  set  of  tracking  radars  it  is  updated 
every  measurement  time.)  First,  , the  integer  number  of  scans  plus  one 
since  t^^  is  calculated 

N = [(t  - t,)/T  ) + 1 
s Is 

where  t is  the  present  time,  T^  is  the  scan  period,  and  [x]  is  the 

largest  integer  in  x . Next  the  time  t^  of  the  measurement  N 

in  s 

scans  later  (assuming  the  target  has  not  moved)  is  computed: 
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Figure  3.5.6.  Should  This  Node  Continue  to  be  a Tracker?  y 
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Actually,  the  target  haa  moved  in  time  t.  , and  the  additional  azimuth 

In 

angle  (plua  or  mlnua)  through  which  the  target  actually  travela  In  time 


-1  ^^2  ~ -1  ^^1  “ 

® (x  • - xT  ' (x~'-  X,) 

'2  R-'  '■1 


where  (Xj^.y^^)  la  the  poaitlon  of  the  track  extrapolated  back  to  t^  , 

(x.,,yo)  fs  the  poaitlon  of  the  track  extrapolated  ahead  to  t.  , and 
it-  In 

(x^,yR)  la  the  poaitlon  of  the  radar.  The  extra  time  At  required  for 
the  radar  to  acan  through  an  angle  6 la 

At  • 0/a) 

where  o)  la  the  acan  rate  given  by 
0)  - 2-n/T 

a 

Of  courae  In  At  aeconda  the  aircraft  haa  moved  an  additional  A6  ; thla 
aecond  order  effect  la  ignored. 


The  next  meaaureroent  time,  thua  given  by 


t.  _ “ t.  + At 
Inext  In 


It  la  poaalble  that  ^j^ngxt  leas  than  the  preaent  time  t ; In 


thla  caae  the  calculation  la  performed  over  for  N 


N + 1 
a 


It  la 


alao  poaalble  that  ^^ng^t  be  greater  than  the  preaent  time  plua  a 

complete  acan  period.  In  thla  caae  the  calculation  could  be  performed  over 

for  - 1 , but  for  no  particularly  good  reaaon  ^j^ext  simply 

aet  to  t - T . 

a a 


I. 


305 


[ 

i 


I 

1 

r 


After  the  next  expected  reception  times  of  all  trackers  are  computed, 

a check  is  made  to  see  if  this  radar's  reception  time  is  in  another  radars 

time  "window".  The  concept  of  a window  is  illustrated  in  Fig.  3.5.7.  The 

purpose  of  the  window,  T^  , is  to  ensure  that  no  two  measurements  will  be 

closer  together  than  T^  seconds,  under  the  assumption  that  measurements 

closer  together  than  this  do  not  materially  help  the  association  problem. 

(The  value  for  T,,  used  in  the  simulation  is  1.0  seconds.) 

W 

If  measurements  from  two  radars  will  be  in  the  same  window,  then  a 
decision  is  made  as  to  which  should  be  a tracker.  If  the  other  (1th) 
radar  needs  help,  then  this  radar  continues  to  track.  Otherwise  a look 
n scans  into  the  future  is  made  to  determine  which  radar  has  the  lesser 
range.  If  this  radar  has  the  lesser  range,  it  will  continue  to  track. 
Otherwise  it  will  drop  Itself  as  a tracker. 

If  two  measurements  are  not  in  the  same  time  window,  then  this  radar 
continues  to  track  as  long  as  the  present  number  of  trackers  is  equal  to  or 
less  than  the  desired  number  of  trackers  (MINTK) . If  there  are  too  many 
trackers  at  present,  then  logic  is  entered  to  determine  if  this  radar 
should  drop  Itself.  It  will  not  drop  Itself  if  any  other  radar  needs 
help.  However,  if  no  radar  needs  help,  then  a calculation  is  made  to 
determine  which  subset  of  trackers  has  the  best  (most  uniformly  spaced) 
set  of  expected  reception  times. 

Best  Set  of  Reception  Times  I (Fig.  3.5.8).  The  best  set  of  recep- 
tion times  is  determined  by  computing  a "goodness"  measure  for  each 

possible  subset  of  reception  times,  and  then  choosing  the  best.  The  cal- 
culation of  is  Illustrated  in  Fig.  3.5.9.  Let  N be  the  desired 

number  of  trackers  (N  = MINTK).  Select  a subset  N of  the  total  number 
of  trackers.  Then  for  this  subset 

N 

S “ ^^^''^1  ■ ^^best) 

1-1 


( 


i 

i 
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Expected  Reception  Times  and  Time  Window 


where  T, 


Is  the  Ideal  spacing  of  N measurements 


BEST 


^^BEST 


T /N 

s 


and  is  the  scan  period.  Thus  Is  the  sum  square  deviation  of 

the  measurements  from  the  ideal  spacing;  for  equally  spaced  measurements, 

G.J.  - 0. 


The  algorithm  begins  by  calculating  for  all  combinations  of 

trackers  excluding  this  tracker,  and  choosing  the  best  (minimum)  G^^  . 

Then  G^  for  all  combinations  of  trackers  Including  this  tracker  Is  cal- 
culated; the  best  Is  called  G^^  . If  G^^  £ G^^  , then  this  radar  Is  a 
part  of  the  very  best  set  of  trackers,  and  continues  to  track.  Otherwise 
It  drops  Itself  as  a tracker. 

Update  Track  (Fig.  3.5.10).  If  this  radar  decides  to  continue  to  be 
a tracker,  the  track  update  logic  Is  entered.  The  first  step  Is  to  main- 
tain the  list  of  points  (measurements)  to  be  used  In  the  update.  The  pre- 
sent measurement  Is  added  to  the  list,  and  old  points.  If  any,  are  dropped. 
The  list  Is  maintained  so  that  there  are  (1)  at  least  two  points,  (2)  no 
more  than  points,  and  (3)  no  points  older  than  T^  seconds. 

and  Tp  are  Input  parameters.  Values  typically  used  are  ■ 5,  T^  ■ 14  s 

for  a scan  period  of  T ~ 6 seconds. 

s 

The  update  algorithm  is  a weighted  least-squares  fit  to  a second 
degree  polynomial  (unless  there  are  only  two  points).  The  track  equations 
are 


2 

x(t)  ■ *0  *2^ 

y(t)  • Tq  yjt  + y^t^ 

2 

*(t)  ■ *0  *1^  '*■  *2^ 
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Figure  3.5.10.  Distributed  Local  and  System  Track  Update 
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Thus  the  track  at  any  given  time  is  completely  determined  by  the  nine 
coefficients  UQ.Xj^.X2»yo’^l’^2’*0’^l**2^  ‘ determined  from  N 

measurements  taken  at  time  t^  by  solving  the  matrix  equation 
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*0 

^0 

*0 

EWiXi 

'Vi 
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*1 
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"1 

- 
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^"i  ij 

*2 

^2 

^2_ 

EWiXitJ 

for  the  nine  parameters.  is  the  weight  for  the  ith  measurement.  All 

sums  are  from  i > 1 to  N. 

2 2 

The  optimum  weight  is  « 1/a^  , where  is  the  variance  of 

the  ith  measurement.  The  simulation  uses  the  approximation 
(S/N)^  “ l/o^  ; thus 

- (S/N)^ 

where  (S/N)^  is  the  slgnal-to-nolse  ratio  of  the  l_di  measurement. 

The  extrapolated  position,  velocity  and  acceleration  in  the  x- 
coordlnate  are  given  by 

2 

x(t)  « Xq  + Xj^t  + X2t  (position) 
x(t)  " + Zxjt  (velocity) 

x(t)  - 2X2  (acceleration) 

with  similar  equations  in  the  y-  and  z-coordinates . 
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The  system  track  Is  updated  if  (1)  this  Is  a new  distributed  local 
track,  (2)  If  the  time  since  the  last  update  of  the  system  track  exceeds  a 
maximum  time  (on  the  order  of  a minute),  or  (3)  if  the  extrapolated  system 
track  position  deviates  from  the  distributed  local  track  by  some  predeter- 
mined system  constant  (typically  one  kilometer  has  been  used).  The  system 
track  is  updated  simply  by  replacing  the  old  set  of  nine  coefficients  with 
the  newest  set  just  computed  for  the  distributed  local  track. 

"Help"  Messages  (Fig.  3.5.11).  After  updating  a distributed  local 
track,  the  updating  radar  asks  the  question  "Should  I send  a help  message?" 
The  answer  is  "Yes"  if  the  aircraft  being  tracked  is  extrapolated  to  be 
beyond  the  maximum  radar  range  or  above  the  radar's  maximum  elevation  at 
the  next  expected  measurement  time.  A message  is  also  sent  if  the  target 
is  beyond  a threshold  range  and  if  the  signal-to-noise  ratio  (S/N)  is  less 
than  a threshold  S/N  and  the  target  is  receding  from  the  radar  at  a rapid 
rate. 

Association  With  NTF  (Fig.  3.5.12).  If  the  measurement  does  not 
associate  with  the  DLTF,  an  attempt  is  made  to  associate  it  with  the  Non- 
Track  File  (Fig.  3.5.3).  The  logic  for  accomplishing  this  is  similar  to 
that  for  the  DLTF  (Fig.  3.5.4). 

Non-Track  Association  Processing  (Fig.  3.5.13).  If  association  with 
the  NTF  is  successful,  further  processing  is  delayed  until  all  possible 
measurement/track  pairs  that  might  affect  the  association  of  this  measure- 
ment are  known.  If  after  the  delay  there  are  more  than  one  unique  measure- 
ment/track pair,  the  calculated  distance  between  the  measurement (s)  and 
the  system  tracks  are  too  inaccurate  to  select  the  correct  pairings. 
Therefore  a logic  (described  later)  is  entered  ii.  which  a message  is  sent 
to  a known  tracker  of  each  associated  target  to  obtain  the  more  accurate 
distance  betv’een  the  measurement  and  the  distributed  local  track. 

After  all  the  more  accurate  distances  are  received,  the  best  asso- 
ciation with  the  measurement  is  decided  by  the  assignment  algorithm,  which 
either  selects  a unique  track  or  decides  no  track  associates. 
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Figure  3.5.11.  "Help"  Message  Logic 
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Figure  3.5.13.  Association  With  a System  Track 


If  a unique  measurement/ Crack  pair  Is  associated,  Che  question  Is 
asked  "Should  I become  a tracker?"  If  the  answer  Is  "Yes,"  all  nodes  are 
notified  of  this  fact  by  way  of  a system  message,  and  this  node  sends  a 
directed  message  to  one  of  the  trackers  to  get  a copy  of  the  distributed 
local  track  on  this  target.  The  track  is  moved  from  the  NTF  to  the  DLTF, 
and  local  and  (perhaps)  system  track  updates  are  performed. 

Get  Distances  As  Required  (Fig.  3.5.14).  If  multiple  associations 
of  a measurement  and  system  tracks  In  Che  NTF  have  been  made,  a logic  Is 
entered  which  gets  accurate  distances  between  the  measurements  and  tracks 
using  the  DLTF.  This  is  accomplished  for  each  measurement/ track  pair  by 
sending  a message  containing  the  measurement  and  the  associated  track  label 
to  a tracker  of  that  track  and  requesting  that  an  accurate  distance  be  com- 
puted and  sent  back.  First  a list  of  measurement /track  pairs  is  made. 

This  list  is  looped  through  and  for  each  pair  an  "send  me  a distance"  mes- 
sage is  sent  to  the  first  tracker  on  the  tracker  list  that  is  attached  to 
the  system  track.  (A  more  communlcations-eff iclent  logic  will  combine 
distance-requests  to  the  same  tracker  and  find  the  set  of  trackers  that 
minimizes  the  total  number  of  messages.) 

Next  there  is  a delay  while  waiting  for  the  return  messages.  The 
"WAIT"  is  a special  form  of  delay  with  two  ways  to  resume.  If  a reply 
event  occurs  before  the  maximum  delay  occurs,  then  processing  is  immediately 
resumed  at  "RESUME  ON  REPLY".  Otherwise  the  logic  "RESUME  ON  TIME  LIMIT" 
is  entered.  Resume  on  reply  requires  that  all  of  the  replies  are  back. 

If  the  resume-on-tlme-limit  logic  is  entered,  it  means  this  node  failed 
to  get  a reply  on  time  for  at  least  one  measurement /track  pair.  Those 
pairs  that  did  get  a reply  are  deleted  from  the  duplicate-track  list  that 
was  created  at  the  top  of  the  flow  chart,  and  for  those  pairs  that  did 
not  get  a reply,  a new  distance  request  is  made,  this  time  using  the 
second  tracker  in  the  tracker  list.  Again  there  is  a want  for  replies. 
Eventually  (hopefully)  all  distances  are  received  and  processing  can 
continue. 
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Figure  3.5.14.  Detail:  Get  Distances  as  Required 
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Tracker  Selection  Logic  II  (Fig.  3.5.15).  After  a unique  measure- 
ment/track pair  have  been  associated,  this  node  (which  Is  not  presently  a 
tracker  since  association  was  made  with  the  Non-Track  File) , asks  the  ques- 
tion, "Should  I become  a tracker?"  This  logic  Is  similar  to  the  logic  a 
tracking  radar  enters  when  determining  if  It  should  continue  to  be  a tracker 
(Fig.  3.5.6).  The  thresholds  on  these  two  logics  must  be  carefully  chosen 
to  prevent  "thrashing"  among  the  trackers.  That  is,  a change  in  the  set 
of  tracking  radars  must  not  occur  too  easily  to  prevent  it  from  occurring 
too  often. 

Best  Set  of  Reception  Times  II  (Fig.  3.5.16).  Part  of  the  logic  of 
determining  if  this  node  should  become  a tracker  is  determining  If  its 
replacing  a present  tracker  significantly  improves  the  spacing  of  the 
pooled  measurements.  The  computations  in  this  logic  are  Identical  to  those 
performed  in  Fig.  3.5.8;  however,  the  threshold  logic  is  different.  First 
the  goodness  measure  (described  on  p.  306)  is  calculated  for  all 

combinations  of  N of  the  present  trackers,  where  N is  the  desired  num- 
ber of  trackers.  (Usually  the  present  number  of  trackers  will  be  N , but 
it  is  possible  to  have  more  than  N temporarily.) 

If  the  best  (lowest)  of  these  G_  (=  G_„)  is  less  than  an  input 
threshold,  the  present  set  of  trackers  is  spaced  well  enough  so  that  there 
is  no  further  consideration.  Otherwise  G^  is  computed  for  all  combina- 
tions of  N possible  trackers  including  this  node.  (For  example,  if 
there  are  presently  3 trackers  and  N = 3 , then  there  are  = 4 pos- 

sible combinations,  given  by  the  binomial  coefficient.)  The  ratio  of  the 
lowest  G^  (=  including  this  node  to  the  lowest  G^  excluding  this 

node,  compared  with  an  input  threshold  (which  is  less  than 

unity).  If  the  ratio  is  sufficiently  small  (G^j  is  sufficiently  lower 

than  G ),  this  tracker  replaces  (one  of)  the  present  tracker(s)  that  was 

I c< 

excluded  from  the  computation  of 

Get  Copy  of  DLT  (Fig.  3.5.17).  If  this  node  decides  to  become  a 
tracker,  it  must  obtain  a copy  of  the  Distributed  Local  Track.  It  does 
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Figure  3.5.16.  Determination  of  Best  Set  of  Reception  Times  (II) 


321 


AN-5095S 
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Figure  3.5.17.  Detail:  Get  a Copy  of  the  Distributed  Local  Track 
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this  by  sending  a message  to  one  of  the  present  trackers  that  says  "Send 
me  a copy  of  your  DLT  on  track  label  n."  This  Is  done  In  a similar  manner 
to  that  described  In  Fig.  3.5.14. 


Track  Initiation.  If  all  attempts  at  association  fall,  the  track 

Initiation  logic  Is  entered  (see  Fig.  3.5.3).  The  track  initiation 

sequence  Is  Illustrated  In  Fig.  3.5.18.  The  first  measurement  on  a new 

target  Is  saved.  The  second  measurement  one  scan  later  Is  paired  with  the 

first  measurement  (and  perhaps  others  erroneously)  on  the  basis  of  speed; 

that  Is,  If  the  distance  between  the  measurements  d divided  by  the  time 

between  the  measurements  T (which  should  be  close  to  the  scan  time  T^) 

Is  less  than  the  maximum  credible  speed,  V : 

max 


d/T  < V 


max 


Then  a linear  track  Is  started  In  which  the  position  (x,y,z)  Is  the  same 
as  the  last  measurement  and  the  velocity  Is  determined  by  (x/T,y/T,z/T) . 
The  result  Is  put  Into  the  Track  Initiation  File  (TIF) . 

The  third  measurement  Is  associated  with  the  extrapolated  track  In 
the  TIF.  If  the  association  Is  successful,  a new  Distributed  Local  Track 
Is  Initiated. 


I 

I 

I 

I 
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The  logic  for  track  Initiation  Is  shown  In  Figs.  3.5.19  and  3.5.20. 

3.5.3  TACRAN3  Results 

Initial  Test  Run.  The  geometry  for  the  first  test  run  of  TACRAN3 
Is  shown  In  Fig.  3.5.21.  Four  nodes  were  selected  to  represent  all  the 
node  types:  Radars  1,  2,  and  3 can  see  the  three  aircraft  targets.  Radar 
4 Is  representative  of  a node  that  cannot  see  the  aircraft  (the  maximum 
80  km  ranges  are  Indicated  on  the  figure) . Radars  1 and  3 see  targets 
during  only  part  of  their  flight  paths;  they  operate  at  long  range  with 
low  slgnal-to-nolse  ratio.  The  communications  paths  (shown  In  heavy 


1 


! 


♦ 

i 


: ( 

! I 


) 

1 


323 


Figure  3.5.18.  Track  Initiation  Sequence 
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Figure  3.5.20.  Track  Initiation  (Two-Scan) 
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lines)  were  chosen  to  represent  an  "interesting"  network.  The  radar  scan 
period  is  6 seconds.  Tracking  is  performed  with  an  unweighted  least 
squares  filter. 

Figure  3.5.22  shows  the  ranges  of  each  radar  to  each  aircraft  during 
the  run,  and  it  can  be  seen  when  aircraft  were  within  the  maximum  range  of 
the  radars.  The  first  five  seconds  of  each  run  are  reserved  for  initial- 
izing the  communications  route  tables  by  sending  out  unaddressed  system 
messages  for  the  purpose.  Then  the  radars  begin  making  measurements. 

The  desired  number  of  trackers  in  this  run  is  two;  this  permitted  one  of 
the  radars  for  each  track  to  be  a non-trarker  and  have  the  track  in  its  Non- 
Track  File.  Also  shown  in  the  figure  are  dashed  lines  showing  which  radars 
were  trackers  of  which  aircraft  as  a function  of  time  during  the  simulation 
run. 


The  history  of  the  Distributed  Local  Track  (DLT)  on  Aircraft  1 is 
shown  in  Fig.  3.5.23.  The  tracker  selection  logic  operates  as  expected 
with  one  exception:  Radar  1 asks  for  help  on  its  fourth  measurement. 

Radar  3 correctly  notes  this  and  adds  itself  as  a tracker  and  drops  Radar 
1.  Next,  however.  Radar  1 decides  (based  on  a very  noisy  range-rate  calcu- 
lation) that  it  does  not  need  help,  that  it  has  a better  reception  time 
than  Radar  2,  so  it  adds  Itself  as  a tracker  and  drops  Radar  2.  This 
points  up  a common  threshold  problem,  and  shows  that  to  prevent  this  kind 
of  "thrashing,"  a double-threshold  system  must  be  used. 

The  associated  System  Track  is  shown  in  Fig.  3.5.24.  This  track  was 
permitted  to  deviate  from  the  DLT  by  3 km.  It  is  also  based  on  a DLT 
which  has  an  insufficient  number  of  trackers;  a six-second  scan  period 
should  have  at  least  3 trackers  to  achieve  the  desired  average  measurement 
interval  of  about  2 seconds. 

The  time  histories  of  Aircraft  2 and  3 are  shown  in  Figs.  3.5.25 
through  3.5.28. 
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Figure  3.5.23.  Distributed  Local  Track  History,  Aircraft 
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Figure  3.5.27.  Distributed  Local  Track  History,  Aircraft  3 
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An  enlargement  of  the  last  part  of  the  Distributed  Local  Track  on  Air- 
craft 3 Is  shown  In  Fig.  3.5.29.  This  figure  shows  some  very  noisy  meas- 
urements and  an  equally  noisy  track.  Part  of  the  noisy  track  Is  caused  by 
the  Insufficient  track  data  rate  (there  should  be  at  least  three  trackers 
rather  than  the  two  used  In  this  run  for  a 6-second  scan  period).  However, 
It  Is  evident  from  the  figure  that  the  track  algorithm  pays  too  much 
attention  to  very  noisy  measurements.  Thus  It  was  determined  that  a least- 
squares  algorithm  that  weights  the  measurements  by  the  slgnal-to-nolse  ratio 
should  have  better  performance.  The  runs  shown  next  all  used  a weighted 
least-squares  filter. 

Weighted  Filter  Runs.  The  configuration  for  the  next  set  of  runs  Is 
shown  In  Fig.  3.5.30.  This  geometry  differs  from  the  previous  geometry  In 
that  Radar  4 has  been  moved  to  a location  where  It  can  see  the  aircraft. 

Now  all  four  radars  can  track,  and  for  these  runs  the  desired  number  of 
trackers  Is  three. 

One  purpose  of  these  runs  was  to  test  the  performance  of  weighted 
least  squares  track  filters,  another  was  to  test  the  tracker-selection 
logic.  Figures  3.5.31  through  3.5.36  show  the  results  when  the  weighting 
Is  equal  to  the  slgnal-to-nolse  ratio  of  the  measurement  (Run  11).  The 
optimum  weighting  of  the  1th  measurement,  , Is 


2 

where  Is  the  variance  of  the  1th  measurement.  The  variance  Is 

approximately  proportional  to  the  Inverse  of  the  slgnal-to-nolse  ratio. 
These  figures  show  a reasonable  DLT  and  a system  track  that  Is  updated  on 
the  average  every  8.4  seconds.  The  system  track  Is  updated  when  It 
deviates  from  the  DLT  by  more  than  1 km. 

Figure  3.5.37  shows  an  expanded  view  of  the  distributed  local  track 
on  Aircraft  3 between  46.7  and  88.1  seconds.  The  corresponding  system 
track  Is  expanded  In  Fig.  3.5.38.  This  Illustrates  a potential  problem 


MAXIMUM  RADAR  RANGE  = 80  km 


Figure  3.4.30.  Geometry  for  Weighted-Filter  TACRAN3  Runs 


Figure  3.5.31.  Distributed  Local  Track  Performance  on  Aircraft 


Figure  3.5.32.  System  Track  Performance  on  Aircraft 
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Figure  3.5.34.  System  Track  Performance  on  Aircraft 
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Figure  3.5.38.  System  Track  Performance  for  Aircraft  No. 
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In  the  concept  of  having  a system  track  that  Is  updated  Infrequently  and 
suddenly.  Certainly  a display  of  as  much  as  40  seconds  of  e past  track 
would  be  confusing  with  its  discontinuities.  However,  a display  of  an 
aircraft's  present  estimated  position  and  velocity  vector  should  not  be 
confusing,  even  with  occasional  discontinuities. 

False-Alarm  Run.  To  test  the  effect  of  a large  number  of  false 
alarms  on  track  initiation,  association  and  track,  a run  (Run  9)  was  made 
with  an  average  number  of  100  false  alarms  per  scan  per  radar.  Two-scan 
track  initiation  occurred  when  two  measurements  produced  a credible  track 
with  a speed  less  than  2,500  kt  (1,286  m/s).  The  maximum  association 
distance  for  initiating  track  with  a third  measurement  was  3,300  m.  The 
scan  period  was  6 seconds,  the  run  duration  60  s,  maximum  range  80  km, 
maximum  altitude  50  kft  (15  km). 

The  results  are  summarized  in  Table  3.5.2.  The  actual  average  num- 
ber of  false  alarms  per  scan  was  98.8.  This  produced  an  average  of  50.5 
two-scan  tracks  per  scan  per  radar.  (This  compares  satisfactorily  with 
the  41  predicted  by  the  parametric  analysis  described  in  Sec.  2.2.)  Dis- 
tributed local  tracks  (three-scan)  were  initiated  an  average  of  2.1  times 
per  scan  per  radar.  Seven  tracks  were  sustained  (using  a 3,300-m  associa- 
tion distance)  through  a fourth  measurement;  three  through  a fifth  measure- 
ment. A history  of  these  sustained  tracks  is  shown  in  Table  3.5.3. 

The  association  distance  of  3,300  m is  larger  than  would  be  required 
under  some  circumstances  (better  radar  accuracy,  less  possible  maneuver). 
Figure  3.5.39  shows  a graph  of  the  average  number  of  three-measurement 
tracks  per  scan  per  radar  that  would  have  been  initiated  as  a function  of 
maximum  association  volume.  As  expected,  it  is  a steep  function  of  dis- 
tance. The  solid  line  in  Fig.  3.5.39  is  a plot  of  the  number  of  track  ini- 
tiations on  false  alarms  predicted  for  the  three-measurement  algorithm  by 
the  parametric  analysis  described  in  Sec.  2.2.  The  agreement  between  the 
simulation  and  analytic  results  is  quite  good. 
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TABLE  3.5.2 

TACRAN3  FALSE-ALARM  RUN  SUMMARY 
(Run  9) 


Input  Parameters 


Average  False  Alarms  per  Scan 

100 

Two-Measurement 

(Scan)  Track 

Initiation 

Maximum  Speed 

2,500  kt 

Maximum  Association  Distance 

(6  seconds) 

3,300  m 

Scan  Period 

6 seconds 

Run  Duration 

60  seconds 

Results 

Average 

Scan  per  Radar 

Radar  1 

Radar  2 

Radar  3 

Total 

False  Alarms 

99.8 

103.0 

93.7 

98.8 

Two-Scan  Tracks 

52.6 

53.4 

45.6 

50.5  (29) 

Three-Scan  Tracks 

2.3 

2.4 

1.8 

2.1 

Four-Scan  Tracks 

0.3 

Five-Scan  Tracks 

0.2 

Fifteen-Node  Run.  In  an  effort  to  understand  the  behavior  of  a 
larger  network,  a run  (Run  10)  consisting  of  15  radar/data  processor  nodes 
was  made.  The  geometry  is  shown  In  Fig.  3.5.40.  The  nodes  are  spaced  30 
i km  apart  on  a hexagonal  grid.  These  nodes  can  be  considered  to  be  a sub- 

set of  a much  larger  network.  Four  of  the  five  aircraft  fly  in  pairs  to 
test  the  track  initiation  and  association  logic. 

An  example  of  track  initiation  nerformance  is  shown  in  Fig.  3.5.41. 
Both  aircraft  fly  straight  paths,  w:  i Aircraft  1 slightly  ahead  of  Alr- 
^ craft  3.  The  lines  indicate  the  six  distributed  local  tracks  that  were 

created  from  the  first  three  measurements  made  by  one  radar  (Radar  12)  on 
each  aircraft.  Clearly  the  four  spurious  tracks  will  eventually  die  out. 
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TABLE  3.5.3 

SUSTAINED  TRACKS  FROM  FALSE  ALARMS 
(TACRAN3  Run  9) 


Measurement 

Third  Fourth  Fifth 


Track  Label 

Node 

Time 

Node 

Time 

Node 

Time 

2013 

2 

21.3 

2 

27.3 

2 

33.2 

2774 

3 

26.0 

3 

38.0 

2 

50.0 

2769 

3 

26.0 

3 

38.1 

4700 

2 

37.7 

2 

49.9 

2 

62.1 

5095 

1 

39.4 

1 

51.3 

5561 

1 

41.9 

3 

45.4 

7575 

2 

52.4 

2 

64.5 

since  they  are 

heading  away 

from  the 

true 

aircraft. 

However , 

troubles 

could  occur  If  these  tracks  accidentally  associate  with  another  aircraft 
(l.e.,  one  that  was  not  simulated). 
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FALSE  ALARMS  PER  SCAN  (AVERAGE):  100 
TWO-SCAN  TRACK  INITIATION  MAXIMUM  SPEED:  2500  kt 
SCAN  PERIOD:  6 seconds 


Figure  3.5.39.  Three-Measurement  (Scan)  Track  Initiations  Per  Scan  Versus  Association 


M-51515 


Initiation  of  Aircraft  1 and 


3.5.4  TACRAN3  Printout 


This  appendix  section  shows  three  types  of  printout  from  TACRAN3; 

(1)  data  structure  definition,  (2)  sample  data  structure,  and  (3)  sample 
post  processor  output. 

Data  Structure  Definition.  The  TACRAN  simulation  uses  a dynamic 
storage  allocation  system  (Sec.  3.6.2)  which  consists  of  datasets  which 
are  created  as  required  either  at  input  time  or  during  the  run,  and  which 
are  destroyed  during  the  run  when  no  longer  required.  For  example,  each 
System  Track  at  each  node  Is  represented  by  the  data  In  a System  Track 
Dataset.  These  Individual  datasets  are  accessed  through  Data  Set  Pointers 
(DSP),  which  may  themselves  reside  in  a dataset. 

Datasets  are  collected  together  into  lists,  or  files.  A list  is 
accessed  by  a List  Header  Variable  (LHV) , which  may  reside  in  a dataset. 

The  dataset  structure  in  TACRAN3  is  shown  in  Table  3.5.4.  The  first 
(basic)  dataset  (BO)  Is  set  up  at  input  time  and  basic  data  required  to 
link  the  simulation  data  together.  It  also  contains  some  constants  used 
by  the  Communication  Simulation.  Other  data  sets  that  follow  describe  the 
common  radar  parameters  (RT) , individual  radar  parameters  (RD) , Individual 
data  processor  parameters  (DP),  measurements  (ME),  (two-scan)  track  ini- 
tiation data  (TL) , system  track  data  (TS),  distributed  local  track  data 
(TD) , message  data  (MS),  a series  of  message  text  datasets,  communication 
link  description  (LK) , aircraft  data  (AC,  L2),  and  others  required  for  run- 
ning the  simulation. 
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Input  Data.  Table  3.5.5  shows  the  printout  of  the  Input  data  for  a 
test  run  of  TACRAN3.  This  printout  is  from  the  FLEXREAD  program  (Sec. 
3.6.4). 


Post  Processor  Output.  Table  3.5.6  shows  the  selected  output  from 
the  post  processor  program  (Sec.  3.6.6)  for  the  test  run  of  TACRAN3.  The 
first  output  summarizes  all  measurements  made  by  all  radars  (nodes).  The 
data  is  ordered  first  by  node,  next  by  time  aircraft,  last  by  time  of  meas- 
urement. (An  aircraft  labeled  zero  means  this  return  is  a false  alarm.) 
Table  3.5.6  shows  the  first  page  of  the  measurement  printout. 

Next  the  first  page  of  the  summary  printout  of  track  initiation  is 
shown.  The  "TYPE"  column  describes  what  happened  to  the  measurement. 

SAVE  means  the  measurement  was  saved  for  future  use  in  track  initiation, 
LOCAL  means  a (two-scan)  track  was  initiated,  DLT  means  a new  Distributed 
Local  Track  was  created. 

The  third  and  fourth  pages  of  Table  3.5.6  summarizes  the  track  his- 
tory of  the  Distributed  Local  Tracks.  Also  shown  is  the  System  Track  posi- 
tion at  each  measurement  time. 

Other  output  (not  shown  because  of  its  size)  summarizes  the  message 
traffic. 
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INPUT  DATA  FOR  TACRAN3 


TABLE  3.5.5  (Cont. 


TABLE  3.5.5  (Cont, 


LIST.-tlST  Of  OP  CAOPY/NG  LOCAL  ^IttS  Mpr.  tl^T 

Data  pwocCSSOM  i ofrr» 

ptrew  DATA  ppoccssoe  ? pcrpp 

PCFtO  DATA  PPOCCSSOP  3 PfFpp 

PtF£P  DATA  PPOCrSSOP  A PCFfP 


TABLE  3.5.5  (Cont 
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3.6  SIMULATION  SYSTEM  DETAILS 

The  TACRAN  simulation  was  constructed  using  a number  of  existing 
simulation  facilities  and  tools  that  have  been  developed  over  the  past 
ten  or  so  years  at  GRC.  This  section  briefly  describes  some  of  these 
systems . 

3.6.1  IFTRAN* 

The  TACRAN  simulation  system  is  written  in  a GRC-developed  struc- 
tured language  extension  of  FORTRAN  called  IFTRAN.  This  extension  per- 
mits GO-TO-less  programming,  which  is  believed  to  Increase  programmer 
productivity  by  reducing  errors  and  testing  time. 

The  IFTRAN  preprocessor  translates  the  IFTRAN  specific  statements 
into  standard  FORTRAN  while  passing  all  other  statements  unchanged.  The 
result  is  then  compiled  by  the  FORTRAN  compiler.  In  addition  to  the 
translation,  the  preprocessor  checks  the  control  structure  for  proper 
use  of  IFTRAN  control  structures  and  Issues  error  messages  if  violations 
occur. 


The  preprocessor  provides  the  following  additional  features  to 
improve  code  production: 

1.  Indented  listing  of  the  IFTRAN  source  code,  and  optional  in- 
dentation of  the  FORTRAN  card  images  on  the  output  file 

2.  Editing  functions  which  include  character  string  replacement, 
insertion  of  saved  blocks  of  source  text,  limited  macro  capa- 
bility, and  in-line  comments. 

3.  Input/output  controls  which  include  selection  of  input  and 
output  files,  selective  page  ejection,  and  selective  suppres- 
sion of  the  source  listings. 


* 

IFTRAN:  Structured  Programming  Preprocessors  for  FORTRAN,  IFTRAN-3 
User's  Guide,  General  Research  Corporation,  January  1978. 
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The  subset  of  IFTRAN  used  in  the  TACRAN  simulation  consists  of  the 


following  statements: 

Loop.  The  LOOP  statement  permits  indefinite  looping;  the  EXIT  state- 
ments are  used  to  escape  the  loop.  The  predicate  is  any  FORTRAN  logical 
statement.  The  dots  represent  any  sequence  of  FORTRAN  and  IFTRAN  state- 
ments . 

LOOP 

EXIT  IF  (predicate)  [optional] 

EXIT  [optional] 

END  LOOP 

Conditional.  The  IF  statement  permits  code  sequences  to  be  exe- 
cuted if  a predicate  is  TRUE.  There  may  be  any  number  of  (optional)  ORIF 
statements.  The  (optional)  ELSE  statement  will  be  executed  if  none  of 
the  preceding  predicates  are  TRUE. 

IF  (predicate) 

* 

ORIF  (predicate)  [optional] 

ORIF  (predicate)  [optional] 


ELSE  [optional] 


Case.  The  CASE  statement  permits  one  of  a set  of  "cases"  (code 
sequences)  to  be  executed  based  on  the  value  of  an  integer  expression. 

For  example,  when  the  integer  expression  = m,  the  code  following  the 
CASE  (m)  statement  will  be  executed.  The  (optional)  code  between  the 
CASE  OF  and  the  first  CASE  statements  is  executed  for  every  case. 

CASE  OF  (integer  expression) 

CASE  (i) 

CASE  (j,  k,  1) 

CASE  (m) 

CASE  ELSE  [optional] 

END  CASE 

Sequential.  The  INVOKE  statement  permits  a sequence  of  code  be- 
tween a BLOCK  statement  and  an  END  BLOCK  to  be  executed  at  the  point  in 
the  code  where  the  INVOKE  statement  appears.  There  may  be  any  number  of 
INVOKES  of  the  same  BLOCK  of  code.  This  statement  acts  like  a subroutine, 
except  that  the  BLOCK  of  code  appears  (anywhere)  in  the  same  routine  as 
the  INVOKE  statements.  Therefore  no  arguments  are  required.  The  block 
name  is  a character  string,  which  permits  descriptive  phrases  to  be  used. 
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INVOKE  (block  name) 


INVOKE  (block  name) 


BLOCK  (block  name) 


END  BLOCK 


The  complete  GRC  IFTRAN  language  permits  a number  of  additional 
statements,  including  DO... END  DO,  FOR... END  FOR,  REPEAT. . .UNTIL,  and 
WHILE... END  WHILE.  All  IFTRAN  sequences  may  be  nested. 

* 

3.6.2  Dynamic  Storage  Allocation  (PSA) 

The  GRC-developed  DSA  (Dynamic  Storage  Allocation)  system  provides 
a system  of  utility  routines  for  data  management,  so  that  the  programmer 
who  uses  the  system  sees  the  machine  as  having  an  infinite  "virtual 
memory"  for  data  storage.  Rather  than  the  usual  organization  of  data 
into  large  multiple-dimensioned  arrays,  which  are  accessed  by  means  of 
indexing  and  searched  by  means  of  the  FORTRAN  DO-loop,  data  in  the  DSA 
mode  of  operation  is  organized  into  individual  dataset  instances,  which 
are  relatively  short  collections  of  sequential  words  (the  maximum  length 
tends  to  be  a few  tens  of  words),  and  which  are  organized  into  lists. 
System  subroutines  are  then  provided  to  enable  the  programmer  to  search  a 
given  list,  to  access  a dataset  whose  identity  is  known,  and  in  general 
to  perform  all  the  operations  on  datasets  that  can  be  performed  on  the 
more  standard  dimensioned  arrays. 


Two  new  kinds  of  data  words  have  been  defined:  the  List  Header  Vari- 
able, and  the  Data  Set  Pointer,  which  serve  the  functions,  respectively. 


R.S.  Stone,  A Dynamic  Storage  Allocation  System  for  FORTRAN  Programs, 


General  Research  Corporation  IMR-1249,  January  1970. 
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1 

i 

of  Identifying  a list  of  datasets,  thus  enabling  the  program  to  access 

Its  members,  and  of  Identifying  an  Individual  dataset,  enabling  the  pro-  : 

gram  to  access  that  dataset.  This  capability  allows  the  model  designer  I 

( 

to  put  together  extremely  complex  data  structures  without  making  use  of  ! 

i 

large  arrays,  j 

Figure  3.6.1  shows  the  structure  of  linked  lists  In  the  DSA  system.  | 

A list  Is  available  to  the  user  through  the  List  Header  Variable  (LHV) . | 

DSA  data  management  routines  are  used  to  access  sequentially,  either  for-  I 

ward  or  backward,  the  datasets  on  the  list.  Data  sets  are  accessed 
through  the  Data  Set  Pointer  (DSP)  word,  which  remains  In  a fixed  storage 
location  as  long  as  the  dataset  exists.  The  actual  dataset  may  not  remain  j 

at  the  same  set  of  addresses  during  a run,  but  may  be  moved  around  as  | 

space  requires,  or  may  even  be  put  out  on  secondary  storage  when  not  being 
accessed.  The  actual  location  of  the  dataset  at  any  given  time  Is  kept 
In  the  DSP  word,  and  the  address  of  the  first  word  of  a dataset  (called 
the  dataset  Index)  can  be  obtained  by  using  a data  management  routine. 

3.6.3  PRINTOUT 

PRINTOUT  Is  used  with  the  DSA  system  to  provide  a method  of  easily 
defining  a large  dataset  and  file  structure.  It  accepts  dataset  template 
Information  punched  on  cards  and  produces  three  Items  as  output: 

1.  A programmer's  notebook,  containing  the  definition  of  all 
datasets  sorted  by  dataset  type,  and  Including  the  FORTRAN 
variable  name  associated  with  each  field.  A cross-reference 
listing  permits  the  user  to  locate  the  dataset  In  which  a 
particular  variable  has  been  defined.  Table  3.5.4  In  Sec. 

3.5.4  (p.  355)  Is  the  PRINTOUT  output  defining  the  datasets  ^ 
for  TACRAN3. 

2.  A set  of  "equivalence  blocks"  for  input  into  a software  main-  | 

tenance  system  (such  as  Control  Data's  UPDATE  package)  which 

in  turn  allows  the  programmer  to  access  dataset  variables 
with  the  names  provided  In  the  dataset  definition  Input  deck 


J 


Figure  3.6.1.  List  Internal  Linkages 
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to  PRINTOUT.  The  equivalence  block  guarantees  that  the  data 
accesses  are  consistent  with  the  dataset  definitions  and 
ensures  that  all  references  are  with  a connnon  mnemonic. 

3.  A compact  form  of  the  dataset  definition  for  use  by  the 

OUTPUT-DATASET  (OTPTDS)  routine,  which  allows  the  contents  of 
datasets  to  be  printed  in  a readable  form  during  the  running 
of  a simulation. 

3.6.4  FLEXREAD* 

The  power  of  DSA  is  augmented  by  program  FLEXREAD,  which  creates 
data  structures  under  the  direction  of  input  cards.  Information  in  the 
input  deck  causes  dataset  instances  to  be  created,  filled  with  initial 
data  values,  and  assigned  Data  Set  Pointers  or  List  Header  Variables  for 
structure  definition.  FLEXREAD  provides  an  extremely  readable  and  flexible 
form  of  input,  with  a 40-character  identification  for  each  variable  and 
automatic  conversion  of  units  for  those  values  that  are  input  in  a system 
different  than  that  used  internally. 

A major  strength  of  the  FLEXREAD  system  is  that  it  permits  a pro- 
grammer to  write  his  code  with  no  concern  about  the  quantities  of  the 
various  elements  being  simulated.  He  manipulates  a list  of  items  of  arbi- 
trary length,  using  system  routines.  FLEXREAD  allows  a user  to  define 
the  list  elements  at  execution  time.  He  may  wish  to  simulate  a single 
radar,  or  a hundred,  and  accomplishes  this  by  supplying  the  proper  number 
of  data  definition  cards. 

FLEXREAD  requires  the  definition  of  a "Basic"  dataset  from  which  all 
other  elements  of  the  input  data  structure  may  be  accessed.  In  typical 
use,  one  word  of  the  Basic  dataset  is  assigned  to  point  to  a sub-data 
structure  for  a particular  model.  Models  may  be  represented  by  modules 
of  different  fidelity  which  might  require  more  or  less  elaborate  data 

_ 

J.A.  Bardens  and  L.R.  Ford,  Jr.,  FLEXREAD  User  s Manual;  A General  Pur- 
pose Input  Program  for  the  Dynamic  Storage  Allocation  System,  General 
Research  Corporation  RM-1447,  August  1972. 


structures.  However,  each  module's  data  would  still  be  input  through 
that  model's  assigned  word  in  the  Basic  dataset.  Data  structure  defini- 
tion for  more  than  one  module  may  be  included  in  the  input  deck;  however, 
FLEXREAD  uses  only  those  datasets  which  are  reachable  from  the  Basic  data- 
set in  much  the  same  way  as  a program  loader  will  load  only  these  programs 
reachable  from  the  main  program. 

Table  3.5.5  in  Sec.  3.5.4  (p.  362)  shows  the  printout  from  FLEXREAD 
for  a TACRAN3  run. 

3.6.5  Action  Sequence  Chains 

The  GRC-developed  simulation  system  used  in  TACRAN  is  event  based, 
with  several  features  which  permit  considerable  flexibility,  (This  same 
simulation  system  is  used  in  the  TAG  Assessor  simulation^  being  developed 
by  GRC  for  Air  Force  Studies  and  Analyses.  This  simulation  is  the  test- 
bed and  forerunner  to  the  future  CASH — Combined  Arms  Simulation  Model — 
simulation. ) 

Each  event  to  occur  in  the  future  is  represented  as  a dataset  which 
contains  the  time  at  which  the  event  is  to  occur  in  the  simulation  as  well 
as  other  data  describing  the  particular  event.  The  events  are  attached 
to  a list  in  time  order.  The  event-processing  logic  removes  the  first 
^ event  dataset  from  the  list  and  schedules  whatever  event  it  specifies. 

As  examples,  an  event  might  be  a radar  return  to  be  processed,  or  a mes- 
sage received  to  be  processed.  After  the  event  is  processed  (i.e., 
"occurs")  the  event  processor  goes  on  to  the  next  event. 

Each  event  is  an  "Action  Sequence  Chain"  (A.S.C.),  which  is  a se- 
quence of  actions  (code)  that  may  include  delays.  If  a delay  occurs  dur- 
ing an  A.S.C.,  a new  event  is  added  to  the  event  list  whose  time  is  the 
time  when  the  processing  of  this  A.S.C.  should  resume  after  the  delay. 

The  event  processor  then  processes  events  that  occur  before  the  delay  is 
over,  and  at  the  appropriate  time  resumes  processing  the  A.S.C.  In  the 

^D.  Cooper,  S.  Kiselewich,  and  L.  Ford,  TAC  Assessor  Final  Report, 

General  Research  Corporation  CR-5-792,  December  1978. 
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usual  simulation  run,  many  such  A.S.C.'s  with  delays  will  be  being  pro- 
cessed during  the  same  period  of  time. 


I 


The  processing  of  delays  in  an  A.S.C.  is  identical  to  the  processing 
of  the  CASE  statement  described  in  Sec.  3.6.1.  The  A.S.C.  is  Imbedded  in 
a RESUME  FLAG... END  RESUME  sequence: 

SUBROUTINE  [A.S.C.  name] 

RESUME  FLAG  (NEXN  XA(NEVENT)) 

RESUME  (4HBGIN) 

(Delay  Statement  1) 

RESUME  (value  2 or  variable  2) 

(Delay  Statement  2) 

RESUME  (value  2 or  variable  2) 

RESUME  ELSE  [optional] 

END  RESUME 

RETURN 

END 

When  the  A.S.C.  (i.e.,  "event")  is  first  entered  (i.e.,  the  event 
"occurs"),  the  RESUME  FLAG  expression,  which  always  has  the  FORTRAN  var- 
iable name  NEXN  XA(NEVENT) , is  set  to  the  Hollerith  value  4HBGIN.  (NEVENT 
is  the  dataset  index  of  this  A.S.C.'s  dataset.)  The  subroutine  is  entered 
at  the  top  (as  usual  in  a FORTRAN  subroutine) , the  code  between  the  top 
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and  the  RESUME  FLAG  statement  Is  executed,  and  any  code  between  the  RESUME 
FLAG  and  first  RESUME  statement  is  executed.  When  the  first  RESUME  state- 
ment is  reached,  the  value  of  NEXN  XZ(NEVENT)  is  checked  to  see  to  which 
RESUME  statement  control  should  jump  to.  In  the  beginning  it  is  the 
statement  RESUME  (4HBGIN) , therefore  code  following  this  statement  is 
executed. 

When  a delay  statement  (described  below)  is  reached,  a new  event  is 
created  /iT  seconds  in  the  future  (where  AT  is  the  delay  specified  in 
the  delay  statement) , and  NEXN  XA(NEVENT)  is  set  to  the  value  of  the  argu- 
ment in  the  RESUME  statement  where  control  is  to  resume  after  the  delay 
is  up.  When  the  first  RESUME  statement  after  the  delay  statement  is 
reached  (a  RESUME  usually  directly  follows  a delay  statement),  control 
jumps  tr>  the  code  after  the  END  RESUME.  This  code  may  simply  be  a RETURN, 
and  control  passes  back  to  the  event  processor  for  initiating  the  next 
event  on  the  event  list. 

When  control  passes  back  to  this  A.S.C.  AT  seconds  in  the  future 
(the  event  processor  treats  this  as  a new  event),  the  value  of  NEXN 
XA(NEVENT)  is  the  value  saved.  Again  the  subroutine  is  entered  at  the 
top,  all  instruction  down  to  the  first  RESUME  statement  are  executed, 
and  then  control  jumps  to  the  RESUME  statement  with  the  value  or  variable 
value  that  is  the  same  as  NEXN  XA(NEVENT) . 

This  process  can  continue  through  as  many  delay  and  RESUME  state- 
ments as  required. 

Two  different  delay  statements  are  used  in  TACRAN:  (1)  DELAY,  and 
(2)  WAIT,  DELAY  is  a FORTRAN  siibroutine  that  permits  a simple  delay  of 
AT  seconds.  Its  form  is 

CALL  DELAY(AT,  ARG) 

where  ARG  is  the  value  which  is  used  in  the  RESUME  statement  to  which  con- 
trol is  to  return  after  the  delay  of  AT. 
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WAIT  is  a FORTRAN  function  that  permits  control  to  resume  at  two 
places  under  two  different  conditions.  It  can  resume  after  a specific 
event  has  occurred  (such  as  the  recepit  of  an  expected  message)  or  after 
a specified  delay  har  rr’-iyy  ;d  (1n  case  the  message  is  not  received 
within  a given  time),  ..hi.  vcr  occurs  first.  WAIT  is  implemented  as  a 
function  so  that  it  reads  well  when  used  with  an  IF  statement: 

IF  (WAIT(ID,AT,ARG1,ARG2)  .EQ.  ARGl) 

RESUME  (ARGl) 

« 

0 
0 

ELSE 

RESUME  (ARG2) 

I 

END  IF 

i 

The  ID  tells  which  dataset  (e.g.,  which  message)  the  system  is  waiting  j 

for.  If  the  dataset  appears  before  AT  passes,  then  control  is  passed  ! 

to  RESUME  (ARG2) . If  AT  passes  before  the  dataset  appears,  control  is 
passed  to  RESUME  (ARGl) . 

There  exists  several  other  features  of  the  simulation  system  that 
were  not  specifically  used  in  TACRAN  and  therefore  are  not  described  here. 

3.6.6  Post  Processor 

A TACRAN  run  produces  a prodigous  amount  of  output,  and  it  would 
be  cumbersome  to  print  it  all  when  only  selected  parts  of  it  may  be  re- 
quired. Also  it  may  be  convenient  to  see  the  data  processed  in  different 
ways,  perhaps  some  of  it  plotted. 

Data  Gathering.  The  simulation  uses  input  flags  to  allow  the  user 
to  select  run  data  that  is  to  be  saved  for  post  processing.  Some  data  is 
always  saved,  but  other  data  is  optional.  Data  which  might  be  saved  dur- 
ing a TACRAN  run  includes  all  measurements  from  all  radars,  all  track 
records,  and  all  messages. 


I 

I 
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The  data  Is  stored  unformatted  on  a file  in  records;  each  data  type 
has  its  ovm  record  type  nusdser  so  that  it  can  be  easily  retrieved  and  col- 
lected for  post  processing. 


Post  Processor  Run.  A post  processor  run  Is  directed  by  Input  data 
which.  In  a specified  format,  tells  the  post  processor  what  It  Is  to  do 
with  the  data  on  the  file  created  during  the  simulation  run.  For  example. 
It  might  be  desired  to  print  out  all  measurements  from  Radars  1,  2,  and 
6 separately  and  In  time  order. 


Selection,  ordering,  and  formatting  are  the  usual  functions  per- 
formed In  the  post  processor.  Examples  of  output  from  TACRAN  that  have 
been  selected,  ordered,  and  formatted  are  shown  In  Table  3.5.6  In  Sec. 

3.5.4  (p.  371). 

A plot  package  Is  also  a part  of  the  post  processor.  All  of  the 
machine-made  plots  shown  In  this  report  [e.g. , Figs.  3.5.31  through  3.5.38 
In  Sec.  3.5.3  (p.  339)]  were  made  using  the  post  processor. 

Data  Selection  and  Processing  Options.  The  post  processor  has  con-  ^ 

siderable  flexibility  to  manipulate  data.  Data  is  gathered  either 
directly  from  the  saved  file  or  as  some  derivative  of  that.  Data  Is 
grouped  Into  conglomerations  called  Items,  which  are  of  arbitrary  length. 

Items  can  be  viewed  as  groups  of  records  (these  can  be  records  straight 
from  the  file  but  need  not  be)  strung  out  as  a matrix.  The  matrix  can 
be  a one-record  vector  or  a ten  thousand-record  clump  of  data. 

i 

Items  which  come  directly  from  the  file  are  of  two  kinds — short 
Items  which  contain  statistics  on  data  from  a certain  file  record  type,  j 

or  else  actual  raw  data  gathered  from  that  record  type. 

I 

Not  all  data  of  a given  record  type  need  be  gathered  from  the  file. 

Skipping  can  be  specified  (take  every  third  record  3)  or  complex  logic  j 

h 
I 

I 
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can  be  applied.  However,  all  the  data  must  be  contained  In  one  record 


Several  means  of  data  massaging  are  available.  In  addition  to 
scaling,  concatenating,  and  mathematically  combining,  data  can  be  aggre' 
gated  by  sorting  an  Item  on  several  keys  and  doing  statistics  on  the  re' 
suiting  groups  of  rows  from  the  original  Item.  Each  group  produces  one 
row  In  the  new  Item. 


Row  differencing  Is  available.  This  Is  especially  useful  for  link 
data  gathered  at  sampling  Intervals;  this  data  Is  not  reinitialized  at 
each  sample  so  needs  to  be  differenced.  The  difference  number  Is  given, 
so  rows  any  number  apart  can  be  differenced  as  long  as  the  original  Item 
has  that  many  rows. 


A new  Item  can  be  built  from  one  or  two  old  ones  by  specifying  that 
series  of  binary  operations  be  performed  using  specified  words  from  the 
old  or  new  Items  to  create  words  of  the  new  Item.  As  an  example,  one 
could  specify  that  each  word  across  a row  of  the  new  Item  be  the  corres- 
ponding word  of  one  old  Item  multiplied  by  word  8 of  the  other  old  Item, 
then  divided  by  60.  Any  number  of  operations  can  be  performed,  forming 
a sort  of  macro  function  which  can  be  performed  on  one  or  on  several  words 
of  a row.  Several  functions  can  be  specified  and  stacked  In  order. 


Any  Item  < n be  sorted  on  several  keys.  The  original  conform  Mon 
of  the  Item  Is  i t changed,  and  the  record  of  the  sort  is  kept  separi...ely 


Data  Presentation.  Once  the  data  has  been  selected  and  processed, 
the  user  must  decide  how  It  Is  to  be  presented.  Several  options  are 
available.  For  example,  various  forms  of  printout  are  available.  Items 
can  be  printed  In  their  entirety  using  "canned"  formats.  Each  word  of 
each  record  type  of  the  Input  file  has  a standard  format  and  title  asso- 
ciated with  It.  Often  when  a new  Item  Is  formed  from  an  old  one,  these 


formats  are  passed  along  with  the  corresponding  trords.  However,  If  the 
user  wishes  to  specify  his  own  formats,  he  may  do  so.  Words  from  several 
different  Items  can  be  printed  In  the  same  table  on  the  page  If  the  Items 
are  the  same  length. 

Printer  plots  are  available  and  can  be  used  In  conjunction  with  pen- 
and-ink  plots  If  desired.  Whenever  a pen  plot  Is  requested,  a printer 
plot  Is  also  generated.  Plots  are  either  histograms  or  regular  curve 
plots.  Curves  can  appear  as  Individual  points  or  as  lines.  Up  to  four 
ordinates  can  be  plotted  against  one  abscissa,  and  scaling  can  be  conmunal. 
Individual  or  mixed  on  a curve-by-curve  basis.  The  ordinates  and  abscissa 
need  not  come  from  the  same  Item,  but  they  must  have  the  same  length. 

Data  can  be  automatically  presented  as  a sort  of  histogram  table. 

The  starting  value  and  Increment  are  Input,  and  for  each  Interval  the 
number  of  points  being  In  that  Interval  are  printed,  where  "point"  refers 
to  collections  for  all  rows  of  an  Item  of  values  for  a specific  word  In 
the  row — all  of  the  word  5's,  for  Instance,  for  Item  7. 

At  the  end  of  a post-processor  run,  a summary  Is  printed  listing 
the  minimum  mean,  standard  deviation,  and  number  of  points  for  each  Item. 

3.6.7  TRAID^ 

The  GRC  TRAID  (TRajectory  AID)  system  Is  a family  of  library  sub- 
routines designed  to  allow  rapid,  easy,  and  accurate  construction  of  simu- 
lations and  models.  TRAID  can  be  thought  of  as  a language  of  higher 
order  than  FORTRAN  although  In  the  strictest  sense  It  Is  not  a syntacti- 
cal language  but  a system  of  user-called  subroutines.  It  can  be  used  to 
fly  aircraft,  perform  orbital-mechanics  calculations  of  various  types, 
and  is  particularly  useful  as  part  of  sensor  and  system  simulations  which 
Involve  the  movement  of  objects  In  space  or  In  the  earth's  atmosphere. 

^T.  Plambeck,  The  TRAIDsman,  General  Research  Corporation  IMR-1131/1,  July 
1969  (revised  Karch  1973). 
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The  TRAID  system  contains  subroutines  which  move  objects  under  vari- 
ous conditions  and  constraints,  model  the  effects  of  the  atmosphere,  and 
perform  various  auxiliary  computations.  More  specifically,  these 
subroutines : 

1.  Place  and  evaluate  Keplerlan  orbits  over  a fixed  or  rotating 
spherical  earth,  with  or  without  drag 

2.  Calculate  and  Integrate  powered  and  guided  trajectories  of 
aircraft  and  missiles 

3.  Manipulate  vectors  and  matrices 

4.  Perform  coordinate  transformations 

5.  Carry  out  Input/output  functions 

6.  Perform  miscellaneous  functions  such  as  plotting.  Interpola- 
tion, produce  debugging  output,  control  Iteration  processes, 
calculate  random  numbers 

The  greatest  value  of  the  TRAID  system  Is  the  ease  with  which  simu- 
lations of  aircraft,  satellites,  reentry  objects,  interceptors,  radars, 
and  optical  sensors  may  be  put  together.  The  analyst  finds  that  the 
daairad  simulation  program  falls  Into  place  with  speed  and  few  Inherent 
errors.  Furthermore,  he  can  join  the  "building  block"  routines  In  the 
order  that  the;  occur  In  his  thought  processes.  Using  TRAID,  it  is  quite 
comsKjn  to  construct  useful  simulations  In  a matter  of  hours.  Very  complex 
simulations  can  often  be  constructed  In  weeks. 


